Deactivating Security Group takes a long time if it is used in the blueprint
search cancel

Deactivating Security Group takes a long time if it is used in the blueprint

book

Article ID: 254439

calendar_today

Updated On:

Products

Clarity PPM On Premise Clarity PPM SaaS

Issue/Introduction

If you have Rules defined within blueprints in the new ux that use Access Groups in their condition, then it can cause performance issues when deactivating groups in Classic.

Steps to Reproduce: 

Steps to reproduce:
1. Create Blueprint for the project object (or any object really).
2. Add rule to the blueprint to hide a module.
 Condition: Access Groups != <Add 20 groups here>
 Action: Hide Modules -> Pick any module
3. Navigate to Classic UI -> Admin -> Groups.
4. Click any active group, uncheck the Active box, and click on Save and Return.

Expected Results: It is taking very long time

Actual Results: It should not take this long

Environment

Release : 16.0.3

Resolution

DE67394, Fixed in 16.1.1 and backported to 16.0.3 patch 3 

Workaround: When you need to deactivate a group this can be done from the group list instead.