SR-A14307 · Issue 228196
Landing page made unique for delegated rules
Resolved in Pega Version 7.2.1
When one delegated rule is opened and 'Manage change' was selected from the dashboard without closing the opened rule, the first opened rule is getting displayed each time. This was caused by the name in the landing page action not being unique, which has now been changed to ensure the expected results.
SR-A14313 · Issue 227652
Autocomplete displays properly after screen rotation
Resolved in Pega Version 7.2.1
A black gap appeared on the screen of iPad and iPhone devices when tying to use the autocomplete window after the screen was rotated between Portrait and Landscape modes. This was due to the autocomplete popover not accepting a % width setting, and the display method of the popover has been modified to display properly.
SR-A14325 · Issue 228543
Repositioned BusyIndicator to cover Target element
Resolved in Pega Version 7.2.1
If the section with busy indicator was taller than the viewport height, the busy indicator mask did not cover the lower part of the section when scrolling and the section was editable. This has been fixed by repositioning the mask to cover the part of the section editable in the viewport and also show immediately on scroll.
SR-A14336 · Issue 230881
Resolved NPE when @checkForSubstitute used
Resolved in Pega Version 7.2.1
If an assignment used the "Check Availability" setting and the operator was not available at that time, a NPE was generated in cases where the timezone needed to be parsed to complete the check. To correct this, the system has been modified to support time zones with more than 3 characters, and support was added for the IST timezone.
SR-A14359 · Issue 232227
Context-aware paths for SMA jmxclient.css and global.js files
Resolved in Pega Version 7.2.1
In some cases the jmxclient.css and global.js files were not found when running SMA due to the use of relative path names. The path names have now been made context-aware.
SR-A14361 · Issue 227993
Errant "Found spec for PegaRULES (V5.x) configuration" message removed
Resolved in Pega Version 7.2.1
After upgrade, starting JBoss using externalized prconfig.xml logged the error message "Found spec for PegaRULES (V5.x) configuration using System property: D:\jboss\server1\configuration\prconfig.xml". This non-operational message was caused by a out of date code fragment which has now been removed.
SR-A14386 · Issue 230949
Fixed issue with CSS incorrectly overriding skin rule
Resolved in Pega Version 7.2.1
The skin rule settings "Error Border" and "Error Background" were not having any effect on a text control which contained a validation error. This was an issue with the ErrorShade element being overridden my more specific CSS even though the HTML that used that CSS was never produced at run time. This has been corrected.
SR-A14386 · Issue 230504
Fixed issue with CSS incorrectly overriding skin rule
Resolved in Pega Version 7.2.1
The skin rule settings "Error Border" and "Error Background" were not having any effect on a text control which contained a validation error. This was an issue with the ErrorShade element being overridden by more specific CSS even though the HTML that used that CSS was never produced at run time. This has been corrected.
SR-A14403 · Issue 230497
Confirmation Message no longer appearing twice in confirm harness
Resolved in Pega Version 7.2.1
When the out-of-the-box pyWorkConfirmMessage section is included in an application and displayed in one of the steps while running the application, the pyWorkConfirmMessage section will display pyConfirmationNote property value of the work object present in pyWorkPage and will also display the pyConfirmationNote value defined at assignment level present in pxFlow page. This was traced to an additional call step in the function, and the handling has been modified to produce the expected results.
SR-A14412 · Issue 229299
Corrected SLA comparisons involving daylight savings
Resolved in Pega Version 7.2.1
A calendar using the "Sao_Paulo" timezone was eliminating the user-entered close dates when calculating SLA times between that calendar and one using "America/NewYork". This was an issue with the parse API not honoring Daylight Saving for some time zones, and handling for that has been added.