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-122313 · Issue 183428

Database Class Report properly populating Ancestors column

Resolved in Pega Version 7.1.8

When running the Advanced->Reports->Database Class Report, the "Ancestors" column was not populated for tenant level classes. The problem was with the method used to create the report querying the ClassMap using normal, tenantized APIs instead of Shared, so no data was returned. This has been corrected and the class ancestor values are now properly populated in the generated csv file.

SR-122313 · Issue 181185

Database Class Report properly populating Ancestors column

Resolved in Pega Version 7.1.8

When running the Advanced->Reports->Database Class Report, the "Ancestors" column was not populated for tenant level classes. The problem was with the method used to create the report querying the ClassMap using normal, tenantized APIs instead of Shared, so no data was returned. This has been corrected and the class ancestor values are now properly populated in the generated csv file.

SR-122314 · Issue 178491

Resolved installation errors for DB2 Z/OS with WebSphere

Resolved in Pega Version 7.1.8

A problem was encountered while installing split schema on a DB2 z/OS system with WebSphere. This was caused by an erroneous system setting where the ports to the DB2 database were not open in this environment. While the Admin could correct the environment to open the ports and allow the application server node to connect to the DB2 database, this has been changed in the software to default to the correct settings.

SR-122387 · Issue 183319

Expanded BIX error codes

Resolved in Pega Version 7.1.8

When BIX is executed through the command line, it may not return an error code even if BIX has stopped processing because of a failure (for instance when the -f flag has been used). That is, the $? system call may return 0 when an extract has failed. The system has been updated to offer more information thorough error code returns, but when trying to programmatically capture whether a particular run of BIX was successful or not, it would still be advisable to check $? in the script, as this may be returned due to other reasons (such as a java/network/database related problem). This may be augmented by performing a parse on the PEGABIX log file and specifically checking for the text: 'Instances not extracted due to errors: 0'. At the end of each BIX this line will appear with a summary of how many extracts failed. After the BIX portion of the script has completed, it's possible to check how many occurrences of this error appear in the file. If it is one, then this meant none of the extracts produced errors. And if there are none, then either some exports did contain errors, or it didn't reach the part of the code that produces this line (hence an earlier error). This can be incorporated into a script using something like: errorfree='grep "Instances not extracted due to errors: 0" PEGABIX.log | wc -l'

SR-122393 · Issue 183981

Fixed error with importing a complex column layout

Resolved in Pega Version 7.1.8

After upgrading, a layout with a large number of columns was causing an error due to a conditional piece of Java code not being properly initialized. This has been corrected.

SR-122393 · Issue 182288

Fixed error with importing a complex column layout

Resolved in Pega Version 7.1.8

After upgrading, a layout with a large number of columns was causing an error due to a conditional piece of Java code not being properly initialized. This has been corrected.

SR-122393 · Issue 183524

Fixed error with importing a complex column layout

Resolved in Pega Version 7.1.8

After upgrading, a layout with a large number of columns was causing an error due to a conditional piece of Java code not being properly initialized. This has been corrected.

SR-122399 · Issue 183836

Missing 'defer load' option replaced

Resolved in Pega Version 7.1.8

Due to an error, the 'Defer load contents' option was missing from sections created with an embedded Tab Group. This has been fixed.

SR-122409 · Issue 182081

Refresh when active' tabs no longer affecting other tabs

Resolved in Pega Version 7.1.8

A tab using the 'Refresh when active' setting, could cause the content of other non auto refreshing tabs to re-execute. E.g. Report Definitions that are sourcing repeat grids in other tabs. This occurred when using the 'Refresh when active' setting on a tab whose content is a Dynamic Layout (the out-of-the-box default when adding a tab) with an embedded section. There was a local workaround of updating tabs to use the required section as the top level content rather than using a dynamic layout with an embedded section, and this has now been incorporated into the software. The refresh when active setting is still available in this configuration.

SR-122413 · Issue 182457

Corrected button disable failure for values starting with '0'

Resolved in Pega Version 7.1.8

The button disable condition was failing for string values proceeded with zeros. To resolve this, the evaluate function of pega_ui_doc now has a check to not execute the parsefloat in cases of string and zero values.

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