SR-B55647 · Issue 313610
Improved page reference passing for subflow with split shapes
Resolved in Pega Version 7.3.1
For named pages, the page reference was not retrieved from pages and classes while performing validation during a subflow from a split shape. This has been fixed by sending pageandclasses as a parameter to findClassOfPageReference.
SR-B46908 · Issue 306223
Corrected incomplete filter clearing in Bulk Action search
Resolved in Pega Version 7.3.1
In Bulk Actions, searching cases using a filter property assigned to Operator with a particular operator, the results were displaying correctly. However, removing the operator ID and searching with an empty value showed the results for previously searched operator ID instead of showing all results. This was traced to the pyUserIdentifer not being cleared when the value of the Assigned To Operator filter value was removed, and has been fixed.
SR-B57138 · Issue 313180
BulkUpdate search function made available for customization
Resolved in Pega Version 7.3.1
In order to support customization for activities such as the updating of display of filters in bulk update, the use of pzBulkUpdateSearchSection has been withdrawn and replaced with pyBulkUpdateSearchSection.
SR-B53230 · Issue 310973
SendEmail shape validation calls updated
Resolved in Pega Version 7.3.1
Inconsistencies were seen with using the SendEmail smart shape to send email to the configured workparty. This was traced to the way pyWorkPartyUri was populated from the CallWorkPartyRetrieve activity. This activity is referred in pyWorkParty property and called when any property on the work party is changed in the UI. However, when the work party is populated programmatically, this activity was not getting called and mandatory properties were not being set or validated. To ensure consistent behavior, pyWorkPartyUri has been included in Validate.
SR-B53918 · Issue 312285
Optimistic locking on resolved case fixed for Back button use
Resolved in Pega Version 7.3.1
It was possible to perform an action on a resolved case when in screen flow, i.e. when in the middle of a screenflow of a case and the case gets resolved due to some action in another case. If Refresh was clicked from the Actions, the case was updated as Resolved-, but clicking on the Back button of the screen flow ignored the Resolved status and allowed changes to be made. The logic to check for stale data (optimistic locking) was missing on the Back button in the screen flow, and has been fixed.
SR-B51521 · Issue 310823
Null Pointer Exceptions resolved for Null Pointer Exceptions in pzBulkProcessingList HTML
Resolved in Pega Version 7.3.1
Null Pointer Exceptions were being generated in pzBulkProcessingList HTML while working with bulk processing. When trying to reopen a work object through bulk processing by calling Reopen activity, the Work object was successfully reopened and committed but some parameters were lost while loading the harness. Null checks have been added to pzBulkProcessingList handle the issue and avoid the Null Pointer Exceptions.
SR-B55777 · Issue 313143
Bulk processing out-of-the-box filter conditions correctly displays all records
Resolved in Pega Version 7.3.1
On launching the bulk actions in manager portal, records are displayed based on the filter properties - CaseType, AssignedToOperator & WorkStatus. However, on deleting and adding the last filter 'WorkStatus' and clicking on filter cases, records were removed from the UI. This was traced to pyUserIdentifier and pyLabel being cleared on a step of 'pzDefaultOperators', resulting in incorrect SQL query generation and no records retrieved from the database. This has been fixed by deleting the erroneous removal step for this function. In addition, it was noted that the activity 'pyPreBulkProcessing' gave the default value for the Assigned To Operator property filter value as "OperatorID.pyUserName" (set in double quotes); this caused the filter value of AssignedToOperator to be set to 'OperatorID.pyUserName' in the clipboard irrespective of user selection. The enclosing double quotes have been removed so the parameter will be correctly set.
SR-B52699 · Issue 313633
Checks added to optimistic locking to ensure correct assignments for multiple flow users
Resolved in Pega Version 7.3.1
On refresh of a processed assignment in an optimistic lock scenario, a new assignment created in the background by a different user in the same flow was picked instead of the expected result of the review screen for the processed assignment. This was an issue where the pxAssignmentKey and pxFlow name were being reused without being properly differentiated. To correct this, the pxCreateDateTime parameter will also be used to determine the correct assignment if it gets created from same flow along with checks for RefreshOnConflicts activity and pxTimeFlowStarted.
SR-B31405 · Issue 306582
XSLTranslate security checks reverted
Resolved in Pega Version 7.3.1
Security checks recently added to the XSLTranslate activity were causing compiling problems. The security checks have been removed at this time.
SR-B41316 · Issue 306255
Resolved missed cases in the WO case tree
Resolved in Pega Version 7.3.1
Sometimes several cases were missed in the case tree, shown in the right side of an opened WO. Access was not available for the corresponding WO and assignments. The root cause was a WHEN condition in WORK-COVER- PZLOADNESTEDCASESFORCLASS property "local.ProcessedItemKeys" containing numbers of processed WOs separated by a space, for example, "KPI-101 KPI-72 KPI-52". The WHEN condition checks for presence using "contains", leading "KPI-10" to be ignored and not displayed in cases where "KPI-101" already presented. To correct this, the system will consider the delimiter "\t" while checking the WHEN condition.