SR-B46520 · Issue 304703
pxRecents correctly updates pxUpdateDateTime for OpenWorkItem
Resolved in Pega Version 7.3.1
When using the pxRecents function to update the pxUpdateDateTime property, the pxRecents update was occurring for OpenSelectedItem but not for OpenWorkItem. This was traced to the the ContentID parameter having a value for the OpenSelectedItem action but not for the OpenWorkItem action, and has been fixed.
SR-B40376 · Issue 300228
XSS filtering added to GenerateHarnessContentHTML
Resolved in Pega Version 7.3.1
XSS filtering has been added to the Show-Harness activity API for longitude, latitude and folder key options.
SR-B35593 · Issue 297558
Fixed multi-click to dismiss Safari cookie message
Resolved in Pega Version 7.3.1
In some cases, Pega Mashup displayed a message to allow cookies for Safari users that required several clicks before the confirmation was accepted and the message was dismissed. This was caused by the system assuming the message was always the first child of a gadget, and has been fixed by using the openCookieConsent method to obtain the child div of the gadget using the "pega-mashup-cookieconsent" class and then remove it.
SR-B41880 · Issue 300996
Broken-Process SLA update API changed
Resolved in Pega Version 7.3.1
When an SLA update on a work object occurred and the current SLA was in Broken-Process Status, the action failed with the error "The Flow Action post-processing activity ActionChangeAssignmentSLAProps failed: Instance of class Queue not found". This was an issue where dequeuing the SLA entry item to update it with new time caused a status conflict with the blob. To avoid this, the activity ActionChangeAssignmentSLAProps has been updated to use the API updateDeferred(page,repairBroken) which accepts a Boolean if it has to repair a broken item. Setting the repairBroken flag to 'true' will bypass the call to dequeue.
SR-B50202 · Issue 308172
Pre- and Post-processing modified to support customized circumstanced FA
Resolved in Pega Version 7.3.1
A customized out-of-the-box Flow Action called "CheckIn" was created by modifying a circumstanced version with property .pxObjClass = Rule-Admin-Product. For any Product rule, attempting checkin called this customized Flow Action as expected. However, the pre-processing activity and post-processing activity added in the circumstanced Flow Action "CheckIn" were not invoked at all; instead, the pre-processing activity and post-processing activity in the base Flow Action "CheckIn" were triggered. This was due to circumstancing not working when used with the doAction() method because it does not reset the primary page when it invokes a rule. It passes a step page for use by the rule. In order to support this customization, the function will call to tools.doActivity() with the same arguments instead of doAction(), which will force the engine to push myWorkPage as the new primary page for the duration of the call (and then pop it after the call completes). This should provide the correct context for the circumstancing to call the circumstanced purpose code.
SR-B63171 · Issue 315061
Pre- and Post-processing modified to support customized circumstanced FA
Resolved in Pega Version 7.3.1
A customized out-of-the-box Flow Action called "CheckIn" was created by modifying a circumstanced version with property .pxObjClass = Rule-Admin-Product. For any Product rule, attempting checkin called this customized Flow Action as expected. However, the pre-processing activity and post-processing activity added in the circumstanced Flow Action "CheckIn" were not invoked at all; instead, the pre-processing activity and post-processing activity in the base Flow Action "CheckIn" were triggered. This was due to circumstancing not working when used with the doAction() method because it does not reset the primary page when it invokes a rule. It passes a step page for use by the rule. In order to support this customization, the function will call to tools.doActivity() with the same arguments instead of doAction(), which will force the engine to push myWorkPage as the new primary page for the duration of the call (and then pop it after the call completes). This should provide the correct context for the circumstancing to call the circumstanced purpose code.
SR-B65755 · Issue 314416
Broken-Process SLA update API changed
Resolved in Pega Version 7.3.1
When an SLA update on a work object occurred and the current SLA was in Broken-Process Status, the action failed with the error "The Flow Action post-processing activity ActionChangeAssignmentSLAProps failed: Instance of class Queue not found". This was an issue where dequeuing the SLA entry item to update it with new time caused a status conflict with the blob. To avoid this, the activity ActionChangeAssignmentSLAProps has been updated to use the API updateDeferred(page,repairBroken) which accepts a Boolean if it has to repair a broken item. Setting the repairBroken flag to 'true' will bypass the call to dequeue.
SR-B67293 · Issue 316457
Autocomplete fixed for complex repeating dynamic layout
Resolved in Pega Version 7.3.1
When using a repeating dynamic layout where each of the records in it had an autocomplete field, selecting a value for any autocomplete always entered the first record's autocomplete. This was an issue with templatization that caused autocomplete to replace the step page with the context's entry handle on the client for data-attributes in cases where it sat inside a repeating structure like RDL. This has been fixed. In addition, the API pega.ui.template.DataBinder.resolveIndex() has been deprecated and the call to it has been removed.
SR-B47122 · Issue 308714
Fixed null-pointer exception for adding file to social media
Resolved in Pega Version 7.3.1
An null-pointer exception caused failure when adding a file to social media. This was traced to a missing null check in the function isRegisteredOnBeforeSubmit in the pzpega_social.js file, and has bene fixed.
SR-B53145 · Issue 317256
Back button on Survey screen works with validation
Resolved in Pega Version 7.3.1
If a Survey screen that validates a question failed that validation, the proper error was generated when the criteria did not match. However, clicking the 'Back' button on the screen caused the validation message to disappear while remaining on the current screen and not returning to the previous screen. This was due to a faulty IF condition in the setValue in SurveyAccessMethodBodyQuestion function, and has been fixed.