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 note: beginning with the Pega Platform 8.7.4 Patch, the Resolved Issues have moved to the Support Center.

SR-117345 · Issue 179910

"Edit in Excel" handling corrected for delegated decision tables

Resolved in Pega Version 7.1.8

"Edit in Excel" was not working correctly on a decision table if it was delegated to a WorkManager portal from a traditional portal. After clicking on the edit button two pop ups appeared, and the Excel sheet was not visible after the pop ups were dismissed. This was traced to an issue with ActiveX where the server was not getting a fully-qualified URL in cases of open portal threads, and a check has been added to ensure proper handling.

SR-117877 · Issue 178627

Report on implementation classes corrected for descendant class

Resolved in Pega Version 7.1.8

Report definition was not using implementation class even when 'report on descendant class' was checked. This was caused by an access group changed in RAQ not being reflected into DAQ. When a Data-Admin-Requestor has a Access group which isn't the default, the default authentication doesn't occur and as such the application data page isn't created for the requestor. The lack of an application page causes the code to not determine the associated implementation class for the report definition. This has been changed to use the access group from DAQ only if it is newer than RAQ.

SR-117877 · Issue 175972

Report on implementation classes corrected for descendant class

Resolved in Pega Version 7.1.8

Report definition was not using implementation class even when 'report on descendant class' was checked. This was caused by an access group changed in RAQ not being reflected into DAQ. When a Data-Admin-Requestor has a Access group which isn't the default, the default authentication doesn't occur and as such the application data page isn't created for the requestor. The lack of an application page causes the code to not determine the associated implementation class for the report definition. This has been changed to use the access group from DAQ only if it is newer than RAQ.

SR-117931 · Issue 181714

Resolved clipboard conflict for obj-open-by-handle

Resolved in Pega Version 7.1.8

Doing an obj-open-by-handle or obj-open-by-handle/copy on work objects containing properties that reference data pages caused errors about non modifiable pxObjClass properties and non matching clipboard property modes. This was caused by a clipboard conflict, and has been addressed by handling the clipboard property as set value for feature property.

SR-118224 · Issue 182305

Report Definition "Pick Value" list resolves to correct layer

Resolved in Pega Version 7.1.8

When a report definition in the framework layer has "Report on descendant class instances" checked, running the report from the implementation layer should retrieve pick list values for "Available Values" on filter popup from the implementation layer. Instead, it was getting the values from the framework layer. This was caused by the code that generates the SQL query to populate the "Pick Value" list resolving to the wrong work class name, using the framework layer work class rather than the implementation layer work class. There was a workaround of performing a 'Save As' of the affected reports to each implementation layer, but this has been fixed.

SR-118224 · Issue 182203

Report Definition "Pick Value" list resolves to correct layer

Resolved in Pega Version 7.1.8

When a report definition in the framework layer has "Report on descendant class instances" checked, running the report from the implementation layer should retrieve pick list values for "Available Values" on filter popup from the implementation layer. Instead, it was getting the values from the framework layer. This was caused by the code that generates the SQL query to populate the "Pick Value" list resolving to the wrong work class name, using the framework layer work class rather than the implementation layer work class. There was a workaround of performing a 'Save As' of the affected reports to each implementation layer, but this has been fixed.

SR-118440 · Issue 178175

Sorting fixed for RD Repeat Grids with joined properties

Resolved in Pega Version 7.1.8

When sorting a Repeat Grid based on a Report Definition, if the user tries to sort on a property from a join then it would fail with the error 'Cannot get property information for: Assign-Worklist..' This was caused by ObjClass being missing for few elements of page list, and has been fixed. In addition, a check has been added to ensure proper handling in cases where Obj class is missing.

SR-118474 · Issue 182925

Corrected time zone mismatch in Report Browser

Resolved in Pega Version 7.1.8

If a server and an operator had different time zones set, reports that were scheduled through the report browser to run and deliver notifications to a list of recipients would run immediately if the schedule was modified. To handle this time zone difference, "Pega-ScheduledTask.pzPostProcess" has been modified to use the time zone from calendar in the formatter.

SR-118474 · Issue 178295

Corrected time zone mismatch in Report Browser

Resolved in Pega Version 7.1.8

If a server and an operator had different time zones set, reports that were scheduled through the report browser to run and deliver notifications to a list of recipients would run immediately if the schedule was modified. To handle this time zone difference, "Pega-ScheduledTask.pzPostProcess" has been modified to use the time zone from calendar in the formatter.

SR-118755 · Issue 177568

Enhanced logging for access group decisions

Resolved in Pega Version 7.1.8

In order to facilitate troubleshooting, logging has been added to track how the Core Engine decides what Access Group to assign to the running Agent. This lists the name/ruleset/ruleset version of the Data-Agent-Queue record being utilized, the Access Group specified by it, and any further steps that determine what AG gets used. If the DAQ gets rebuilt, it will show how it gets rebuilt from the Rule-Agent-Queue record.

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