search cancel

FireFox v41 and higher causes some PPM URLs to work incorrectly


Article ID: 32783


Updated On:


Clarity PPM SaaS Clarity PPM On Premise



Using Mozilla Firefox v41 or higher a system error is generated on different pages throughout the CA PPM application.

Below describes one use case.  See Additional Information section for references to other pages.

Steps to Reproduce:

  1. Use FireFox v41 or higher
  2. Create an Aggregated Calculated attribute on a master object (need to be on 14.3 or higher of PPM)
  3. Build the expression using the wizard
  4. Select AGG_Max as the function
  5. Select a sub-object
  6. Select an attribute
  7. Click Generate 

Expected Result:  An expression is generated and the screen shows the user friendly expression in the text box under the Generate button

Actual Result: The screen displays briefly showing the user friendly expression and then refreshes with a System Error


Applies to all supported PAS environments for specified releases.


Caused by CLRT-79118

Mozilla has changed how the location.hash property is stored when they fixed Bug 1093611. The GWT code CA PPM uses is written expecting the old behavior of the location.hash and has a Mozilla specific HistoryImpl that accounts for this. When the change was made, certain URLs within CA PPM will cause the system to think that the user has navigated someplace else after the original navigation is complete causing unexpected and undesirable results. 


To fix this problem, the CA PPM HistoryService class has been modified to keep the last token added to the GWT History if the browser is Firefox and the version of the browser is >= 41. If not, it doesn't store the last token. This issue resolves the other issues reported for different pages as noted in the Additional Information Section of this article.

Resolved in CA PPM 14.3 Generic Patch #1.


Use a different browser or a lower version of Mozilla Firefox (< v41)  

Additional Information:

Reference TEC : PPM 14.3 Generic Patch available to resolve reported issues

Reference [email protected] article : Bug 1093611 - AnchorElement.hash should be the encoded version of the href attribute's fragment 

Other pages affected by this issue:
CLRT-79111: "Make Participant" and "Make Collaboration Manager" buttons do not process the required action in Firefox 41.0.2
CLRT-79107: Firefox only: Applying Content Add-ins (PMO etc.) from Clarity UI displays all the items available when confirming, and risks resetting all the Views with no possibility to Undo
CLRT-79074: Process messages show the error "Sorting by the column specified is not allowed." when browsing to second page on Firefox 41
CLRT-79068: Cannot delete multiple Status Reports (or any other subpobject of the Project object) at a time on Firefox 41.0.1 
CLRT-79067:  If ID is auto-numbered in a custom sub-object under project master object, when creating a new instance of the subobject the ID is skipping one value


Release: ESPCLA99000-14.3-Clarity-Extended Support Plus