You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Create multiple categories and subcategories. Activate the workflow, create a new workflow (in addition to the basic workflow), assign this workflow to a main category (instead of the basic workflow).
Expected result
The subcategories inherit the default and adopt the new workflow.
Actual result
The subcategories keep the basic workflow as the default.
System information (as much as possible)
j5.2.2
Additional comments
The text was updated successfully, but these errors were encountered:
I do not share those expectations. If a category has a setting then I would not expect that setting to be changed because you changed a setting somewhere else.
You do however have the option to make it inherit if you so wish by explicitly setting the subcategory to inherit
Sure, I understand that and I do it that way - on a website where the workflows are already active. I'm talking about a case with an extensive website (>1000 categories) where five separate workflows are to be defined for five main categories with >500 subcategories. And here I had the 'nasty surprise' that all subcategories are set to basic workflow. In my opinion, that's a bad idea because the 'inheritance' use case is the typical one - since the workflow is more likely to be used on extensive websites.
Steps to reproduce the issue
Create multiple categories and subcategories. Activate the workflow, create a new workflow (in addition to the basic workflow), assign this workflow to a main category (instead of the basic workflow).
Expected result
The subcategories inherit the default and adopt the new workflow.
Actual result
The subcategories keep the basic workflow as the default.
System information (as much as possible)
j5.2.2
Additional comments
The text was updated successfully, but these errors were encountered: