artisan icon indicating copy to clipboard operation
artisan copied to clipboard

Artisan+ stock selection change does not carry over to roast title in Artisan Scope

Open HansGem opened this issue 3 years ago • 4 comments

Describe the bug An intermittent problem has now become permanent: IN ROAST PROPERTIES/Roast - when changing selection of coffee from Artisan+ Stock for next roast, title no longer changes but stays with previous selection. On or off or reset makes no difference. To carryover I need to close Artisan and start again. The problem was intermittent, now permamnent. Any close much appreciated. Artisan is up to date on a MacBookPro with latest Mac OS.

HansGem avatar Jul 28 '22 10:07 HansGem

The roast title changes with the selection of the beans from the artisan.plus stock only if the title field is still the unaltered default "Roaster Scope", empty, or if it corresponds to the title from the previous artisan.plus bean selection since opening the dialog. This is to prevent that a title typed in by the user is overwritten. Note that some prefer custom roast title over the automatic generated once.

Did you modify the generated title before selecting a different bean from the artisan.plus stock? If not, could you describe exactly the steps that lead to the behavior you describe such that we can reproduce it here and hopefully fix it.

Note: any selection of a bean from the artisan.plus stock will populate the title field with the corresponding generated title in case the title field is empty before the selection. Could this serve as a work-around?

MAKOMO avatar Jul 28 '22 11:07 MAKOMO

Thank you Marco - I simply ‘reset;’ and then clear and select the next coffee, and it works well for me now now. I was closing down and reopening before.

On 28 Jul 2022, 9:37 PM +1000, Marko Luther @.***>, wrote:

The roast title changes with the selection of the beans from the artisan.plus stock only if the title field is still the unaltered default "Roaster Scope", empty, or if it corresponds to the title from the previous artisan.plus bean selection since opening the dialog. This is to prevent that a title typed in by the user is overwritten. Note that some prefer custom roast title over the automatic generated once. Did you modify the generated title before selecting a different bean from the artisan.plus stock? If not, could you describe exactly the steps that lead to the behavior you describe such that we can reproduce it here and hopefully fix it. Note: any selection of a bean from the artisan.plus stock will populate the title field with the corresponding generated title in case the title field is empty before the selection. Could this serve as a work-around? — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

HansGem avatar Aug 10 '22 04:08 HansGem

At the bottom of the Roast Properties dialog there is a flag named "Delete Roast Properties on RESET". If this is ticked, it does exactly this. It also resets the title to its default "Roaster Scope" which in turn will be replaced by the generated title on choosing a bean from your plus repository. Of course with this ticked, all other properties in that dialog are cleared as well. Not sure this is what you want. It depends on your usage pattern.

MAKOMO avatar Aug 10 '22 06:08 MAKOMO

greatly appreciated! Thank you!

On 10 Aug 2022, 4:46 PM +1000, Marko Luther @.***>, wrote:

At the bottom of the Roast Properties dialog there is a flag named "Delete Roast Properties on RESET". If this is ticked, it does exactly this. It also resets the title to its default "Roaster Scope" which in turn will be replaced by the generated title on choosing a bean from your plus repository. Of course with this ticked, all other properties in that dialog are cleared as well. Not sure this is what you want. It depends on your usage pattern. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

HansGem avatar Aug 10 '22 12:08 HansGem