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-C79032 · Issue 417173

Pulse outgoing email character limit removed

Resolved in Pega Version 8.1.3

Previously, only the first 2000 characters of a Pulse entry would be displayed in the email notification. An enhancement has now been added to remove that limit and display the entire Pulse text in the related email.

SR-C79205 · Issue 416400

OnChange event only triggered on date field when value changes

Resolved in Pega Version 8.1.3

After configuring the onchange event for a date control field with some action, clicking on the Date picker option and selecting the same date triggered the onchange even when the value had not changed. This has been resolved by updating the code to store the previous value and check for a value change before firing the change event.

SR-C79302 · Issue 416825

Added backwards compatibility for ValidateDelete in Records Editor

Resolved in Pega Version 8.1.3

Due to a missed use case, ValidateDelete was not being called from the new records editor. This has been corrected by adding the step to call ValidateDelete in pzDeleteRecord activity.

SR-C79306 · Issue 417260

Visibility consition added for checkbox used to skip validation for rules import

Resolved in Pega Version 8.1.3

An enhancement has been added to show or hide the the validation checkbox in Import Wizard by way of the new property 'pyDisableSkipValidate'. This adds a visibility condition for the checkbox used to skip running rule validation in pzImportRecords.

SR-C79560 · Issue 417567

Editable format configuration passed through DX API

Resolved in Pega Version 8.1.3

The editable format configuration of the OOB controls was not being passed through the DX API. In order to present the information in the right format as well as reduce the amount of roundtrips to the server to validate inputs, support has been added for modes(1) and modes(2) in editable and readonly formats.

SR-C79696 · Issue 417542

Atmosphere XSS Vulnerability fixed

Resolved in Pega Version 8.1.3

Atmosphere has been updated to close a potential XSS vunerability.

SR-C79731 · Issue 417958

TestID remains unique in grids

Resolved in Pega Version 8.1.3

To support automated testing, testID will maintain unique IDs for grid rows and RDL rows.

SR-C79762 · Issue 419158

Decision table decision shape produces correct connector

Resolved in Pega Version 8.1.3

After adding a decision shape and making its type "Decision Table", the connector that was automatically built showed the condition type as "Result", but incorrectly labeled it as a When rule. This was traced to a missed use case in the decision related connectors, and has been corrected.

SR-C79941 · Issue 416722

Corrected JSON for eventType DisableOperators in the security event log

Resolved in Pega Version 8.1.3

An event entry in PegaRULES-SecurityEvent.log was generating invalid JSON. This was traced to eventType DisableOperators (not disable operators) containing a message attribute with unescaped double quote characters surrounding the operator names. This has been fixed.

SR-C80050 · Issue 417604

Schema name made consistent for DDL generation

Resolved in Pega Version 8.1.3

A platform upgrade failed if there were application schemas configured with a table configuration that specified a schema other than the rules schema. This was an issue caused by the generated DDL having the incorrect schema name for the table due to the name being hard-coded in the Data-Admin-DB-Table entry definition. The system was using this schema name to find the table and generate the correct changes, but the SQL statement used the table from the database connection instead of the override. When the XML that represents the difference between the "source" and "target" state is generated, the system is supposed to replace the schema name with the target schema name. However, if the source schema name is blank that step was skipped in order to defer to the connection for shipped tables. In order to ensure that the system can generate the correct DDL and complete the upgrade, the system will now always replace the schema name regardless of the source or target value.

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