SR-D83476 · Issue 550787
Layout Group (Tab) keyboard navigation behavior made consistent
Resolved in Pega Version 8.4.2
When using keyboard navigation for Layout Groups (tab), arrow keys (up/down/left/right) are used to navigate the tabs once focus is set on the first tab, and the tab contents of each tab is opened automatically. It was noted that pressing tab a few more times caused the second tab to gain focus, but the contents of the tab did not open automatically or when enter was pressed, which was unexpected behavior. For accessibility best practices, tab focus should not be allowed on tab groups. To resolve this issue, this has been removed and the system will continue to follow auto activation of tabs on arrow keys.
SR-D84126 · Issue 545039
Resolved delegated data type exception for new line character
Resolved in Pega Version 8.4.2
After delegating two data types to certain access groups, the data type appear with the specified detail in the case manager portal under the configurations tab but the exception "Class not defined in dictionary" appeared when the edit button was clicked. This was related to the handling for parseJSON, and has been resolved by adding handling for escaping new line characters in the catch block of correctActionArgs method inside the ui_events file.
SR-D84882 · Issue 551991
Resolved duplicate messages from HarnessErrorList section
Resolved in Pega Version 8.4.2
When using pyCaseErrorSection to call HarnessErrorList and display any errors on Clipboard page, when the Clipboard page had more than one error then the error message was shown multiple times. This has been resolved by adding a check that will iterate through the errors to see if it is present on the page already. If it is present it will be ignored, and if it is not present, then it will be added.
SR-D85848 · Issue 551849
Improved accessibility for tab key navigation in tables
Resolved in Pega Version 8.4.2
When using the tab key to navigate to the first cell in a table, the cell itself was taking focus instead of the link and the link did not open when 'enter' was hit. Instead, hitting tab a second time opened the link. By default, the standard was to have tabIndex set on the first cell of every row for accessibility so the link inside the cell gets the next level of focus. To resolve the navigation issue and avoid user confusion, while adding `tabIndex` to first cell of every row, the system will check for focusable content and avoid adding `tabIndex` to `td`.
SR-D86274 · Issue 552510
Resolved validation conflict with error message display
Resolved in Pega Version 8.4.2
Error messages set through property-set- messages or edit validate were disappearing when out of focus from the date field if the field had a mandatory condition. This was traced to an edge condition where required validation was conflicting with another error message, and has been resolved by modifying the code so the system will not validate required on blur if the input has another error message.
SR-D86429 · Issue 551373
Badge text Control Format supports declare expression target
Resolved in Pega Version 8.4.2
In the user screen, some properties are shown in 'Text' control with 'Badge text' control format. When the value of this property was set in Data Transform, it appeared correctly. When the property value was set in Declare Expression, no background color was set. This was traced to a missed use case in the implementation work for vtable, which resulted in the control format mentioned in presentation tab of control not being applied on markup when the property was a declare expression target. This has been corrected.
SR-D87019 · Issue 561909
Required attribute of the layout label considered for displaying "*" on the button
Resolved in Pega Version 8.4.2
After upgrade, radio buttons with a “required” when condition did not have that condition triggered. This was traced to validation only being applied to the first row when using a repeating dynamic layout. Because of this, if the first row 'when' rule is false and subsequent rows 'when' rule is true, the validationType='' attribute is stamped for all rows as first row when rule is false. To resolve this, logic updates have been made which will stamp a button's required attribute for showing the '*' symbol based on the required attribute of the layout label.
SR-D87203 · Issue 550996
Required field accessibility improved
Resolved in Pega Version 8.4.2
In some instances, there is no non-visual indicator that a field is required. Because the asterisk character is commonly ignored by screen readers, the attribute or should be used so that non-sighted users have explicit information about the required status of the field. To enable this, when client-side validations are disabled on the harness and clientValidation attributes are absent, the system will run an additional check so that aria-required is added.
SR-D89242 · Issue 555590
Corrected layout refresh for grid state page
Resolved in Pega Version 8.4.2
When the condition builder had an empty row, on submit an error was displayed as expected. However, attempting to delete the empty row resulted in an exception. Investigation showed that the layout refresh was causing the grid state page to get deleted upon submission of the modal. This has been resolved.
SR-D89672 · Issue 550527
Custom error label styles work for 'required'
Resolved in Pega Version 8.4.2
When using the default 'required' error message, the class "labelError" is added when the required field is empty. However, when the default 'required' is replaced by a custom error message, a UI error was seen because the class "labelError" was not added when the field was empty. This was traced to an error in the non-template to template code transform, and has been resolved by updating webwb_pzpega_ui_dlcelltemplate_js to add the labelError class based on the presence of an error message.