[closed] RTC Read-Only Preconditions inconsitent with Status Field

We are are trying to make the status field "Read-Only" on the UI for some work item types. This is working well for all attributes except the Status field.
We have tried 2 mechanisms:
Read-Only Attributes for Type and State and Read-Only Attributes for Conditions where the "condition is the name of Javascript implemented in the Attribute Customization Conditions and simply returns True or False by Work item type.
In both cases, when opening a work item, the behavior is correct. However, when switching from work item to work item using the links, all attributes behave correctly except the status field.
When switching from a work item where the status is editable, back to a work item where the status is not editable (by role), the status field remains editable. All other fields instantaneously reflect the proper behavior. Sometimes, the status will repaint to not-editable in a few seconds, sometimes it does not. Clicking refresh will provide the correct behavior.
The contrary is also true. If switching from a work item that has the status read-only to another work item that has the status read-write, the status property stays read most of the time. All other fields immediately reflect the correct behavior. The user must click the refresh button to get the proper behavior of the status field.
Has anyone else had this problem and found a consistent way to make the status field behave properly?
We have tried 2 mechanisms:
Read-Only Attributes for Type and State and Read-Only Attributes for Conditions where the "condition is the name of Javascript implemented in the Attribute Customization Conditions and simply returns True or False by Work item type.
In both cases, when opening a work item, the behavior is correct. However, when switching from work item to work item using the links, all attributes behave correctly except the status field.
When switching from a work item where the status is editable, back to a work item where the status is not editable (by role), the status field remains editable. All other fields instantaneously reflect the proper behavior. Sometimes, the status will repaint to not-editable in a few seconds, sometimes it does not. Clicking refresh will provide the correct behavior.
The contrary is also true. If switching from a work item that has the status read-only to another work item that has the status read-write, the status property stays read most of the time. All other fields immediately reflect the correct behavior. The user must click the refresh button to get the proper behavior of the status field.
Has anyone else had this problem and found a consistent way to make the status field behave properly?
The question has been closed for the following reason: "Duplicate Question" by rschoon Jun 29 '16, 6:20 a.m.
Comments
Alexandre Stegani
Jun 29 '16, 5:31 a.m.Duplicate of: https://jazz.net/forum/questions/224167/rtc-read-only-preconditions-inconsitent-with-status-field