SR-D91964 · Issue 551091
Negative values in optimized table filters show markup
Resolved in Pega Version 8.2.7
HTML markup was shown in the filter popup when Number control was used in a Table cell and there were negative values in the cells at runtime. This was traced to work done on template grid filtering, and has been corrected.
SR-D92571 · Issue 553114
Corrected ReportBrowser refresh section
Resolved in Pega Version 8.2.7
After bringing up the popup menu on a report shortcut in the report viewer and then dismissing it, the gear icon on the shortcuts in the upper section of the report browser stopped responding. This has been resolved by updating the system to refresh the pyReportBrowserInner section instead of pyReportBrowserAll.
SR-D95367 · Issue 560739
Expanded debug logging for exception blocks
Resolved in Pega Version 8.2.7
In order to enhance debugging, logging has been expanded to capture more detail on exception blocks.
SR-D95410 · Issue 556323
CSS added for currency display place holder when empty
Resolved in Pega Version 8.2.7
After update, currency cell properties displayed a blank space instead of the previous "--" if the value was empty. This was traced to templating and markup changes that resulted in styles related to adding hyphens not getting applied to the inner span, and has been resolved by adding the necessary CSS.
SR-D96224 · Issue 556780
Validation error messages correctly cleared
Resolved in Pega Version 8.2.7
The error message on a checkbox field, radio button, or text area with a on-change post value was persisting even after the correct input was provided. This occurred when the area had a caption, and was due to an additional wrapper span that caused the error div to be the span's sibling instead of the span itself. In the post value success, the system checked whether the error div was present in the area's parent, i.e. span, and when no div was returned the error msg was not removed. It was possible to add an action 'Refresh this section' on change as a workaround, but this has been corrected by updating the system so that Instead of checking the error div in src.parentNode, it will access the correct parentNode using 'closest' and check for the error div.
INC-181148 · Issue 663164
Documentation updated for altering data type to Timestamp to avoid duplicate data in Decision Hub
Resolved in Pega Version 8.5.6
By default, the pxOutComeTime column has a Date data type in the pr_data_ih_fact table. This may cause duplicate data issues. To resolve this, the 8.5 and 8.6 installation and upgrade guides for Pega Customer Decision Hub have been updated to include a new procedure "Modifying column definitions to use the TIMESTAMP datatype in an Oracle database". Performing this procedure will allow users to avoid the duplicate data issue. All documents are available from the Pega Customer Decision Hub product page.
INC-173068 · Issue 654066
HTML tags escaped in Audit History field values
Resolved in Pega Version 8.5.6
The case narrative section was showing case statuses with encoded special characters such as % or ( ), resulting in entries such as "Status changed to Complete &# 40;approved& #41; !@##$: %^& amp;*&# 40;&# 41;_&# 43;.</div>". This has been resolved by updating the PyMemo field from type Text Input to DisplayAsLiteral for case narrative, which matches the setting for case history.
INC-178650 · Issue 673547
Cross-site scripting protections updated
Resolved in Pega Version 8.5.6
Cross-site scripting protections have been updated around the DisplayAttachment function.
INC-180275 · Issue 666454
Collaboration control hidden if data type is delegated
Resolved in Pega Version 8.5.6
When collaborating using a customized CaseManager portal with some delegated data types, the admin user refreshing the Data Type view changed the collaborator's view from the portal to show the Data Type tabs, allowing the second person to open rules (properties, Data Pages, etc) and see the configuration even though they could not make any changes. This has been resolved by updating pzDataTypeDelegated to display the collaboration control only if pzDelegation is false.
INC-183650 · Issue 678310
Corrected doubled tag removal
Resolved in Pega Version 8.5.6
After adding two tags for a Service case, attempting to delete the first tag resulted in the second tag also being removed. When three tags were present in the case, deleting the first tag caused the first and second to be deleted. Investigation showed this was caused by the run activity pyRemoveTagLink being called twice in run time, and has been resolved by updating the run activity.