SR-A18668 · Issue 235090
UI localization enhanced
Resolved in Pega Version 7.2.1
Extensive localization was added for UI, with particular focus on the handling of work objects.
SR-A18716 · Issue 234856
Corrected Hotfix Manager mismatch between 7.2 versions
Resolved in Pega Version 7.2.1
The version of 7.2 used in the Hotfix Catalog was different from the version used in Hotfix Manager when installing DLs. An update to the HM code was made to correct this mismatch.
SR-A18722 · Issue 240874
Resolved alert for PYLOADMYCASESTREE
Resolved in Pega Version 7.2.1
While trying to invoke the out-of-the-box activity pyLoadMyCasesTree, a Pega0050 alert was triggered and logged. The function is failing to copy the items to Code-Pega-List from the pxResults due to the class of treePage which contains all the cases that needs to be displayed in the Gadgets. The tree page has been changed to @baseclass to resolve this issue.
SR-A18766 · Issue 235529
Documentation updated to reflect MaxRecords blank value = 0
Resolved in Pega Version 7.2.1
The developer help for the Max Records field on the Schedule tab of the Agents rule form states "If this field is blank, the default value is 50.". In actuality, a blank value in Max Records behaves the same as a value of 0, i.e. "process all entries in its queue before sleeping". This was a documentation error, and the help topic in question has been updated to reflect the actual results of the blank field.
SR-A18998 · Issue 236896
Document updated for WAS JNDI dataSourceAdmin binding identifiers
Resolved in Pega Version 7.2.1
Page 80 of the Pega 7.2 Platform Upgrade Guide describes the procedure to create the JNDI binding identifiers for dual-user configuration. In that description, the String value for the following identifiers is not correct. prconfig/database/databases/PegaDATA/dataSourceAdmin prconfig/database/databases/PegaRULES/dataSourceAdmin The string value should be the "the JNDI name of the Admin data source for the data/rule schema" instead of "the schema name of your data/rules schema" The same issue is present in the Pega 7 Platform Installation Guides for WebSphere, and both documentation areas have been updated.
SR-A19242 · Issue 235997
Default team label localized in MyTeams screen
Resolved in Pega Version 7.2.1
Localization has been added to the default team label in the My Teams screen.
SR-A19599 · Issue 237365
Made getLocalizedValue function call fully qualified
Resolved in Pega Version 7.2.1
In environments where there are multiple versions of the function getLocalizedValue (which is true for any environment where the FSIF and KYC frameworks have been installed), pzFetchCaseStatusUpdate fails due to an unqualified function call. This has been corrected by providing the full context including library while calling functions in the property-set method in the mentioned activity.
SR-A19761 · Issue 237142
Fixed Require flag usage for Validate rule
Resolved in Pega Version 7.2.1
Saving a Validate rule that had a Required flag on one or more properties automatically reset the value, resulting in the inability to set the Required flag on any property of the rule. This was an error in the temporary activity handling, and has been fixed.
SR-A19810 · Issue 239496
PopulateRecipient set to consider pyEmail1
Resolved in Pega Version 7.2.1
After upgrade, an error was occurring while trying to save the Data-Corr-Email.populateRecipient activity into an application ruleset due to code changes used to specify the email property field. The "populateRecipients" activity has fallback logic to handle using pyEmailAddress [old method] for pyAddresses(Email) [new method], but some sites had the data in ".pyEmail1". PopulateRecipients has now been updated to look for pyAddresses(Email)").(".pyEmailAddress") and then consider values from ".pyEmail1".
SR-A19814 · Issue 237605
Entropy pool explicitly coded for UNIX/Linux Oracle installations
Resolved in Pega Version 7.2.1
When running a new install on an Oracle database in a UNIX environment, install was failing repeatedly at the same point when attempting to import one of the application bundle components. This issue was traced to the way the newer versions of the Oracle JDBC driver gather entropy by defaulting to the use of /dev/random. When running in an environment where there this is not a lot of noise, the entropy pool will eventually be empty and the connection will be reset. Earlier versions of the Oracle JDBC driver did not see this issue. To resolve this, in the event that a deployment is being performed on a UNIX/Linux platform using an Oracle database, the -Djava.security.egd=file:///dev/urandom will be specified whenever a java utility is started.