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.
SR-C80076 · Issue 419094
Added check before deleting pxObjClass to avoid agent runtime exceptions
Resolved in Pega Version 8.1.3
When the rule was not assembled, agents were failing with exceptions. During label control assembly execution, standard attributes for label assembly including pxObjClass are removed from the cell page. There is a catch for the exception during cell trimming for browser requests, but the customer agent was failing because UnmodifiablePropertyException is a runtime exception that sets the step status to fail. This has been fixed by adding a check when attempting to delete a property from Clipboard page: if the property is pxObjClass, it will not be deleted.
SR-C80084 · Issue 417239
Target connectivity preference updated in Revision Manager to address deployment error
Resolved in Pega Version 8.1.3
Using the deployment page to deploy a revision or migrate it to a target environment was failing. This has been resolved by correcting the target connectivity preference in the connector rules.
SR-C80215 · Issue 421850
Migrated Data Flows open correctly from the data flow landing page
Resolved in Pega Version 8.1.3
After upgrade, Data Flows made in an earlier version could not be opened from the data flow landing page. Instead, a generic error screen was displayed and an NPE on activity pxMigrate was logged. This was caused by a missing null pointer check, and has been corrected.