SR-A88270 · Issue 261496
Memo text picks up translated value
Resolved in Pega Version 7.2.2
The localized text was not being correctly picked up when trying to capture the history of an instance using pyTrackSecurityChanges trigger and DataTransform and referencing the Pagelist values in DataTransform. To resolve this, the RUF addMemoForSecurityChangeTracking has been updated to better handle page/page-list property, however, it is strictly one level nesting (parent page > child page). Embedded properties nested more than 1 level would not be handled by this code.
SR-A89757 · Issue 258597
SaveAs history carries previous version and ruleset info
Resolved in Pega Version 7.2.2
When saving as a rule from particular version, the rule history did not correctly carry over the information about the origin ruleset version (Previous version and ruleset) This was an error caused by recent changes to the WBSaveAs record management API, and has been fixed with new parameters added to "call SaveAs" on Rule-!WBSave into the record management API.
SR-A100376 · Issue 271177
History classes show in app explorer
Resolved in Pega Version 7.2.2
While searching for the rule (for e.g. "displaybulkaction") from the rule search window, it was possible to look up the instances in the OOB history classes but the rules did not show up in the app explorer. This was due to a condition in the following Report Definitions that indicated rules which belonged to the class that starts with 'History-' should not be shown: -PZGETAPPCATEGORIES -PZGETAPPRULES -PZGETAPPRULETYPES This condition has now been removed.
SR-A100376 · Issue 271369
History classes show in app explorer
Resolved in Pega Version 7.2.2
While searching for the rule (for e.g. "displaybulkaction") from the rule search window, it was possible to look up the instances in the OOB history classes but the rules did not show up in the app explorer. This was due to a condition in the following Report Definitions that indicated rules which belonged to the class that starts with 'History-' should not be shown: -PZGETAPPCATEGORIES -PZGETAPPRULES -PZGETAPPRULETYPES This condition has now been removed.
SR-A87552 · Issue 257706
Implicit privileges do not generate warnings
Resolved in Pega Version 7.2.2
RARO with implicit privileges was generating warnings that affected the compliance score. There is a particular format for declaring implicit privileges. i.e. Classname:ruleName, and the system has been updated with a check for this so implicit privileges will not be adding any guardrail warnings.
SR-A102469 · Issue 271467
Application Profile correctly updates case type description
Resolved in Pega Version 7.2.2
When creating a new application profile document, the old case type descriptions were shown instead of new updated ones; this has been corrected.
SR-A101006 · Issue 272734
JDBC password handling corrected
Resolved in Pega Version 7.2.2
After upgrade, a JDBC database connection on WebSphere 8.5/Oracle 11G indicated success on test connection, but a username/password "connection could not be obtained" error was thrown when attempting to save the connection. This was due to the handling of the encrypted password, and has been fixed.
SR-A101808 · Issue 269472
WebSphere deployment documentation updated to clarify JVM configuration advice
Resolved in Pega Version 7.2.2
The deployment guides for WebSphere have been updated to clearly distinguish between Oracle and IBM JVM when providing JVM configuration advice.
SR-A24989 · Issue 248910
WebSphere deployment guide updated to clarify scope settings
Resolved in Pega Version 7.2.2
The WebSphere Deployment Guide has been updated to indicate that the scope must be "server". If this is not set correctly in a split schema installation, the defaultSchema namespace bindings are defined at the cell level and will not be picked up at start, and the database user in the jdbc/PegaRULES datasource will not have the necessary privileges to run the system. Please see WAS deployment guides on the PDN for further information.
SR-A75998 · Issue 253191
Improved SOAP envelope cache for WSA/WSSE use
Resolved in Pega Version 7.2.2
After configuring and successfully using Connect-SOAP to a non-secure Endpoint, enabling WSA and WSSE for the connect-SOAP configuration and then disabling it again generated the error "Caused by: com.pega.apache.axis2.AxisFault: A required header representing a Message Addressing Property is not present". This was due to the way the SOAP envelope was being cached and the code has been updated to correctly reflect the desired header processing.