Description
It is, however, working for other items, such as the Catalog task table.
Steps to Reproduce
Log in to a demo instance:
1. Navigate to View Rules.
2. Create a new rule following the template below:
- Name: REQ0000002
- Table: Request [sc_request]
- View: {leave blank}
- Conditions: Number > is > REQ0000002
- Active: true
3. Navigate to table sc_request and open REQ0000002. Notice that the view is still ESS.
4. Navigate back to View Rules and create another new rule using the parameters below:
- Name: TASK0000002
- Table: Task [task]
- View: ess
- Conditions: Number > is > TASK0000002
5. Navigate to task table, and open up TASK0000002. Notice that the view is now ESS.
Workaround
This is expected behavior. View Rules do not apply by default on [sc_request], because this table has its own navigator logic, which can be changed from:
System Maintenance > Navigation Handlers
Ref.: /sys_navigator_list.do?sysparm_userpref_module=ab7effd1c0a80064011dc088309ce86c
In Dublin onward, the system property glide.ui.view_rule.check_after_nav_handler has been introduced.
If the property is set to true (may need to be created if it doesn't already exist), View Rules will be checked if the Navigation Handler doesn't return anything for a user.
If the Navigation Handler does return something, that will override the property, and View Rules will not be subsequently checked.
Related Problem: PRB577387