"Next Steps" does not over-ride "Settings/Actions."

[StuporDaveOsborne]

I mostly use my filters for tagging thousands of emails. Regarding the Settings -Actions for automatically "open editor " and "display filters list." These items appear in "settings" and similarly in "next steps" during filter creation. I have tested these in both directions, enabled or not in "settings." Either way, the "next steps" during filter creation will not over-ride the settings. I don't know your intended behavior so I am posting this here.

[RealRaven2000]

the way it should work: these checkboxes are (should be) connected to the global setting so once you check /uncheck them they should remember this as default behavior. Do I understand you correctly that they

• work during one assistant run
• do not remember when you uncheck?

[StuporDaveOsborne]

The check boxes do not seem to relate to the global settings at all. I did further testing. I found the config settings and observed that 1: the default for both "editor" and "list""afterCreate" is enabled. However during creation the default "next steps" boxes are unchecked even though the global is enabled. Checking them makes no difference as the steps are already enabled, however UNchecking them also does nothing, the global settings do not change. I have tried this through restarts as well. I have tested the checkboxes against globals both on & off, even through restarts. They don't over-ride the globals. Let me know if you need anything else.

[RealRaven2000]

The check boxes do not seem to relate to the global settings at all. I did further testing. I found the config settings and observed that 1: the default for both "editor" and "list""afterCreate" is enabled. However during creation the default "next steps" boxes are unchecked even though the global is enabled. Checking them makes no difference as the steps are already enabled, however UNchecking them also does nothing, the global settings do not change. I have tried this through restarts as well. I have tested the checkboxes against globals both on & off, even through restarts. They don't over-ride the globals. Let me know if you need anything else.

So what you're saying is - the checkboxes don't have any effect whatsoever? They are not stored globally, and they do not skip any screens if you uncheck?

[StuporDaveOsborne]

That is correct. I did two tests, starting from a restart with "enabled" and checked, I unchecked during creation and still had both popups. Then I did another restart and created another filter (this time the checkboxes were already unchecked from the last filter) and still had both popups. The global config settings were still set to true, no change.

[RealRaven2000]

That is correct. I did two tests, starting from a restart with "enabled" and checked, I unchecked during creation and still had both popups. Then I did another restart and created another filter (this time the checkboxes were already unchecked from the last filter) and still had both popups. The global config settings were still set to true, no change.

That's actually good news - sounds like the preferences aren't properly "wired up" with the configuration database - it shouldn't be too hard to reproduce / fix for the next beta!

To prioritize, I am going to pin this issue to the top so I won't miss it.

[RealRaven2000]

Can you test this new beta version below:

https://github.com/RealRaven2000/quickFilters/releases/tag/5.0pre67

It should now show the settings correctly and save them after modification and obiviously also not ignore them anymore..

[StuporDaveOsborne]

Settings are working correctly now.

[RealRaven2000]

Settings are working correctly now.

Good stuff. I am going to close the issue once we go live. John Bieling cam up with the initial pattern (a hack overwriting preference id with the name) and it works quite seamlessly giving back the automatic dialog to settings binding that we have grown so used to over the last decade.

[RealRaven2000]

Fixed in release 5.0