SR-120018 · Issue 182167
Handling improved for additional clicks during Report Definition processing
Resolved in Pega Version 7.1.8
When a Report Definition is used on a grid with filters on some columns, it is possible to click on filter and enter some value there. If there is huge data array, it takes some time for filter to load. If there is a click somewhere else in the grid while the filter is loading, the UI became unresponsive. In order to improve performance, a check has been inserted to verify the status of an asynchronous request and handle it smoothly.
SR-120103 · Issue 183482
Headers auto-expanded when printing from portal
Resolved in Pega Version 7.1.8
When working on the classic portal (WorkUser), clicking the print icon was not automatically expanding the headers if they had been collapsed. This was an unintended behavior change, and the harness has been updated to restore the expected behavior.
SR-120103 · Issue 177698
Headers auto-expanded when printing from portal
Resolved in Pega Version 7.1.8
When working on the classic portal (WorkUser), clicking the print icon was not automatically expanding the headers if they had been collapsed. This was an unintended behavior change, and the harness has been updated to restore the expected behavior.
SR-120195 · Issue 180041
Smoothed adding rows to a repeat grid after canceling previous action
Resolved in Pega Version 7.1.8
When adding an item to the Repeat Grid, a small modal is opened to allow value entry to associate with that row. However, canceling the modal and then clicking on the button to add a row failed to open the modal a second time and it was not possible to add another row to the Repeat Grid. This was caused by the previous canceled modal call remaining active resulting in the new event being skipped. To correct this, the modal dialog incall property will be reset so it may be properly opened as expected following a previous cancelation.
SR-120218 · Issue 180532
Corrected dismissal of discard/cancel modal popup
Resolved in Pega Version 7.1.8
The out-of-the-box discard and cancel modal pop up was not closing up on single click. This was caused by a redundant action from the pyNewCaseHeaderInner section that has now been removed.
SR-120276 · Issue 179709
Corrected handling for DecimalPrecision Property Qualifiers in Advanced tab
Resolved in Pega Version 7.1.8
When DecimalPrecision Property Qualifiers were added to Advanced tabs, the Min/Max character limitation was not working for numeric input (Decimal) in pxTextInput or pxNumber. This was caused by an error in the initialization, and has been corrected.
SR-120381 · Issue 179868
TopLevelClass updated to accept a hyphen in the name
Resolved in Pega Version 7.1.8
Previously, the new application wizard Top-Level class did not support the use of a dash between two ruleset classes. An enhancement has been added to allow this format.
SR-120477 · Issue 180530
Smoothed navigation for multiple screen trees
Resolved in Pega Version 7.1.8
In a tree navigation screen flow with multiple screens, the screens have client side validations which were not working when navigating from the tree navigation control link but did work when the "Next" or "Back" buttons were clicked. This was found to be a problem in the work flow UI doc submit method where validation was skipped if the Activity was "GoToPreviousTask". To resolve this, a check was added (previousEntryPoint) if submit is called from back button of screen flow.
SR-120518 · Issue 180099
Corrected error handing on"Post Action on Click Away"
Resolved in Pega Version 7.1.8
When an assignment in a screen flow was configured to use the "Post Action on Click Away" setting, it was not possible to go back if there were validation messages on the screen. Without the "Post Action on Click Away" setting, the click back worked and the validation message was cleared by the jumpToTask activity. This work flow issue has been fixed by clearing the page error messages before calling performflowaction.
SR-120556 · Issue 180535
Dirty prompts functioning with JAWS
Resolved in Pega Version 7.1.8
When a dirty work object is closed, you are warned with a dirty prompt. When this dirty prompt is sourced via the modal/section pyDirtyCheckConfirm, JAWS did not gain focus to read this prompt and a manual click on this was required to read any elements. This was an issue where JAWS wasn't reading the dialog because there was no role attribute attached. This has been corrected.