INC-136641 · Issue 586516
OpenIfStale updated to resolve optimistic locking race condition
Resolved in Pega Version 8.6
A race condition was created in optimistic locking by having two assignments save at overlapping times. This has been resolved by modifying the pzShowConflicts activity to use a version of openIfStale which will consider a workpage as stale even if the difference in pxUpdateDatetime is in milliseconds.
INC-138348 · Issue 599769
Added parameter skipPropertyEvaluation to handle CSS in email HTML
Resolved in Pega Version 8.6
While sending an email with custom HTML appended to the email body, a "+" sign in the body was causing the correspondence generation to fail. Investigation showed that if there were CSS classes with braces in the message body, the braces were being removed and replaced via "+" symbol in step 21 of CorrCreate activity. To resolve this, a new Boolean parameter skipPropertyEvaluation has been added in the CorrCreate activity to handle the decision to either evaluate the logic or not, and the pre-requisite will be to resolve all the property references before calling this activity so custom CSS braces { } will be honored when the message body is sent. In order to skip the evaluation that removes and replaces the braces, the skipPropertyEvaluation must be checked.
INC-139074 · Issue 587812
Email handling security updated
Resolved in Pega Version 8.6
Cross site scripting protections have been enhanced for email activities.
INC-141751 · Issue 596135
DragAndDrop attaching large file properly disables 'X'
Resolved in Pega Version 8.6
When a large file was attached using the DragAndDrop feature, the 'X' icon/button was not disabled. This made it possible to click 'X' and perform other actions during the upload, which caused the screen to freeze and required a browser refresh to continue the work. This was traced to incomplete work done on large file uploads, and has been resolved by ensuring the busy Indicator shown will be applied to the complete screen to avoid any other actions being performed.
INC-142660 · Issue 595392
Pega API system management launches correctly from Help
Resolved in Pega Version 8.6
The Pega System Management API did not work when launched from help window, although other APIs such as Case Management were working fine. This has been resolved by updating the basePath in pzSystemManagementDocumentation.
INC-143025 · Issue 600608
API performance improvements
Resolved in Pega Version 8.6
Performance improvements have been made for running the get assignment action details API.
INC-143861 · Issue 597556
pzIsScalar 'when' rule updated for Value list and Value group
Resolved in Pega Version 8.6
When using the GET/Cases/{ID} API to fetch details about a case, an intermittent HTTP 500 error appeared. This was traced to the 'when' condition pzIsScalar being returned as true for the ValueList property types and trying to set the value on the summaryData embedded page. This has been resolved by updating the pzIsScalar 'when' rule to better handle Value list and Value group.
INC-144265 · Issue 609286
Updated timestamp handling for duplicate key issue with PyCompleteAutomation
Resolved in Pega Version 8.6
Occasionally a robot failed to complete a case due to a duplicate key exception. This was an issue with the History record creation due to duplicate key erlated to the timestamp, and has been resolved by updating the timestamp handling so that the REST API will use 'getCurrentTimeStampUnique' and for other cases 'pxGetCurrentTimeStampThreadUnique' will be used.
INC-144358 · Issue 601011
Localization added for "Automatically" and "Manually" field values
Resolved in Pega Version 8.6
The Dutch translation of "Child case [Case_type] [Case_id] has been [Instantiation_mode] instantiated" used the hard-coded English expression "manually". This has been resolved by adding the "Automatically" and "Manually" field values to localization.
INC-146035 · Issue 610518
Work object status correctly set to Resolved after refresh
Resolved in Pega Version 8.6
When using the Refresh option from the Other Actions menu before submitting the flow action, the work object status was not updating to Resolved-Completed. Investigation showed that when performing the Refresh action, the RefreshOnConflicts activity created a Clipboard page named LatestWorkPage with a copy of the work object. This page was not removed after use, causing the Resolved-Completed status to be set on LatestWorkPage instead of pyWorkPage. To resolve this, a step has been added to RefreshOnConflicts to remove LatestWorkPage.