Skip to main content

Resolved Issues

View the resolved issues for a specific Platform release.

Go to download resolved issues by patch release.

Browse release notes for a selected Pega Version.

NOTE: Enter just the Case ID number (SR or INC) in order to find the associated Support Request.

Please update your bookmarks. This site will be discontinued in Dec 2024.

Pega Platform Resolved Issues for 8.1 and newer are now available on the Support Center.

SR-A21098 · Issue 246780

Updated row delete authorization failure error message

Resolved in Pega Version 7.2.1

The delete button at the top of the ListViewEditor was correctly configured to delete or not based on permissions, but the proper error message did not appear when the edit attempt failed. The function will now show the message "You are not authorized to delete row." in cases where there was no permission to delete the instance.

SR-A21109 · Issue 243685

Circumstanced decision table calls base table

Resolved in Pega Version 7.2.1

A circumstanced decision table configured to call a base rule (decision table) in an 'otherwise' clause was not working when the inputs called did not match any rows. This was an issue with Decision Trees and Decision Tables not calling the base class properly when VTable is enabled, and VTable has been turned off for these two rule types.

SR-A21196 · Issue 241336

RAP data pages made consistent across environments

Resolved in Pega Version 7.2.1

It was found that the Data pages for a RAP (rule-admin-product) deployed from dev1 to dev2 differed from the results of the same RAP deployed to demo if it contained a PageList(P1) inside which there is a PageList(P2) property that refers to Data Page (list type). This was caused by a handling difference between the two environments, and checks have been added to ensure consistent results.

SR-A21196 · Issue 233151

RAP data pages made consistent across environments

Resolved in Pega Version 7.2.1

It was found that the Data pages for a RAP (rule-admin-product) deployed from dev1 to dev2 differed from the results of the same RAP deployed to demo if it contained a PageList(P1) inside which there is a PageList(P2) property that refers to Data Page (list type). This was caused by a handling difference between the two environments, and checks have been added to ensure consistent results.

SR-A21266 · Issue 239797

Ensured default display after grid takes effect in tree grid without explicit erase

Resolved in Pega Version 7.2.1

Old configurations were still visible after choosing ?Default (display after grid)? unless the value of the section name was explicitly erased. This was due to the generated java code that still contained the data displaying the values in fields it did not consider empty, and the handling has been corrected to resolve this.

SR-A21298 · Issue 239141

NPE on mobile list open resolved

Resolved in Pega Version 7.2.1

A null pointer exception was being generated on mobile device when opening list items. A null check has been added to pega_ui_modaldialog to resolve this exception.

SR-A21298 · Issue 240041

NPE on mobile list open resolved

Resolved in Pega Version 7.2.1

A null pointer exception was being generated on mobile device when opening list items. A null check has been added to pega_ui_modaldialog to resolve this exception.

SR-A21304 · Issue 242768

Corrected Case Stages rendering on Perform harness

Resolved in Pega Version 7.2.1

After upgrade, the case stages were not rendered properly on the Perform harness. This was an issue with the InsHandle parameter and has been fixed.

SR-A21322 · Issue 241736

CaseDesigner SLA flows updated for MSSQL and PostgreSQL compatibility

Resolved in Pega Version 7.2.1

When the SLA for a process in Case Designer is given the internal flow(pzInternalProcessFlow) as companion flow for the process, the order of pxFlow pages is different on the pyWorkPage between MSSQL and PostgreSQL based 7.2 systems. This was due to the differences in iterating these loops and removing the completed flows, and the system has been updated to produce consistent results.

SR-A21337 · Issue 240900

Bulk transfer includes correct assignment status

Resolved in Pega Version 7.2.1

The pyAssignmentStatus value was being blanked out when doing a Bulk Transfer. This was caused by the system attempting to set a status using an empty field, and has been corrected to ensure the correct assignment status has been set.

We'd prefer it if you saw us at our best.

Pega.com is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us