C
Common Barracuda
  1. When adding a private note using the Advanced WYSIWYG editor, the Security Group dropdown lists all security groups within the project, including those that do not have access to the current workspace.
Example:
Group A → Access to Workspace A
Group B → Access to Workspace B
While creating a private note in Workspace A, both Group A and Group B appear in the dropdown.
Although assigning Group B does not cause functional issues (as they cannot access Workspace A), it creates confusion and is not contextually relevant.
  1. When configuring conditional content in a workspace, the Reader Group dropdown lists all reader groups in the project, including groups without access to that workspace.
Example:
Reader Group A → Access to Workspace A
Reader Group B → Access to Workspace B
While setting conditions in Workspace A, both groups appear in the dropdown.
Although this does not cause publishing issues (Group B users cannot access Workspace A), it is not ideal behavior.
It would be great if the below enhancements are available;
When creating a private note in a specific workspace:
The dropdown should display only the security groups that have access to that workspace.
Irrelevant groups should be filtered out.
When defining conditional content within a workspace:
Only reader groups with access to that workspace should appear in the dropdown.
Non-relevant reader groups should be automatically filtered.
Created by Uppili Srinivasan
·