SR-D27338 · Issue 496638
Calendar edit properly disabled when set to no text entry
Resolved in Pega Version 8.4
Clicking the input box of a date control used as Date+calendar popped up the calendar even when the calendar control was disabled and "Allow text entry" was set to No. If "Allow text entry" was set to yes, the entire calendar was disabled. To resolve this, the system has been updated to disable calendar control when 'Allow text entry' is selected to No in the presentation tab.
SR-D27776 · Issue 497007
Added support for Thai solar calendar
Resolved in Pega Version 8.4
Support for the Thai solar calendar has been added to the DateTime control.
SR-D28060 · Issue 505638
XSS protection added to Pega App Studio Spaces
Resolved in Pega Version 8.4
Ajax Request's callback success method has a mechanism to process the response object's HTML responseText, initiate and modify the changeTracker changes, and eventually call renderUI to render the DOM. However, the response object sometimes may return a different type (JSON) that may expose XSS vulnerabilities. To improve security for the Pega App Studio, the system will process the Ajax request's response text only if the response date type is not JSON by accepting a flag in the callback object passed by the caller.
SR-D28469 · Issue 499090
Corrected exceptions report appearing on user screen
Resolved in Pega Version 8.4
When "Break on all exceptions" was enabled, the exceptions report was visible on the end user screen when using Microsoft Internet Explorer 11. This has been resolved with updates to the 'pzpega_ui_dynamiccontainer' and 'pzpega_ui_doc_tabsupport.js' files.
SR-D28476 · Issue 500888
Corrected exceptions report appearing on user screen
Resolved in Pega Version 8.4
When "Break on all exceptions" was enabled, the exceptions report was visible on the end user screen when using Microsoft Internet Explorer 11. This has been resolved with updates to the 'pzpega_ui_dynamiccontainer' and 'pzpega_ui_doc_tabsupport.js' files.
SR-D28480 · Issue 499086
Corrected exceptions report appearing on user screen
Resolved in Pega Version 8.4
When "Break on all exceptions" was enabled, the exceptions report was visible on the end user screen when using Microsoft Internet Explorer 11. This has been resolved with updates to the 'pzpega_ui_dynamiccontainer' and 'pzpega_ui_doc_tabsupport.js' files.
SR-D28496 · Issue 499082
Corrected exceptions report appearing on user screen
Resolved in Pega Version 8.4
When "Break on all exceptions" was enabled, the exceptions report was visible on the end user screen when using Microsoft Internet Explorer 11. This has been resolved with updates to the 'pzpega_ui_dynamiccontainer' and 'pzpega_ui_doc_tabsupport.js' files.
SR-D28657 · Issue 500586
Corrected Reference value's description in Table
Resolved in Pega Version 8.4
When a user was given 'property for value' as an ID and 'property for display text' like a name, launching the portal showed the display text correctly until 'refresh' was clicked, at which time the current section showed the property value instead of the property text. Investigation showed that the parameter string split inside the parameterised data page used as a dropdown source failed in the readonly case. This has been corrected.
SR-D28859 · Issue 502006
Declare expressions validation message persists when clicked
Resolved in Pega Version 8.4
After configuring a section with fields and validation through validate rule where some of the field properties were sourced in declare expressions, clicking on the validation message caused it to disappear. Investigation showed that when validations are displayed on the screen, clicking on any of the fields which have calculatexpression as validationtype triggers a check for errors on the field with caluclateexpression validationtype. As there were no errors, the existing validation message on the field was removed. To resolve this, the system has been updated so that If the calculate expression does not have any error and the field has existing validations, the removal of validation message will be skipped.
SR-D28869 · Issue 499317
Resolved Tooltip not relaunching after hide when using autocomplete controls
Resolved in Pega Version 8.4
When a tooltip was configured with SmartInfo and 'Auto-dismiss on hover away' was not checked, the tooltip disappeared when an autocomplete control was clicked and could not be reopened afterwards. The tooltip behaved as expected when it used input text control. This behavior was traced to autocomplete controls being set to hide all other active popovers because autocomplete results are displayed in a popover and only one active popover can exist on the DOM. However, it was seen that the tooltip's Smartinfo popover status was still active even though it was hidden, which is why it could not be launched again. To resolve this, when an autocomplete control is clicked, any active popovers being hidden will also be marked as inactive.