SR-B55119 · Issue 312817
Handling added for absent property in Access When
Resolved in Pega Version 7.3.1
Configuring Access Control Policy to automatically restrict access to certain records by including an Access When rule to compare a custom property (.Consultant) on the OperatorID (Data-Admin-Operator-ID) page generated an exception if that property did not actually exist on the current operator. This has been resolved by revising the security policy engine to handle the exception.
SR-B70481 · Issue 322272
Scrollbar works when text area disabled
Resolved in Pega Version 7.3.1
After upgrade, scroll bars were disabled when a text area is disabled. This was traced to code that stopped the scrolling due to the disabled text area CSS style pointer-events being set to "none", and has been fixed by adding the needed CSS in the py-enduser71-workarea-overrides.css file.
SR-B70481 · Issue 322427
Scrollbar works when text area disabled
Resolved in Pega Version 7.3.1
After upgrade, scroll bars were disabled when a text area is disabled. This was traced to code that stopped the scrolling due to the disabled text area CSS style pointer-events being set to "none", and has been fixed by adding the needed CSS in the py-enduser71-workarea-overrides.css file.
SR-B44412 · Issue 303742
Expand When updated for RDL with Categorize By enabled
Resolved in Pega Version 7.3.1
The 'Expand When' condition was not running for all iterations when the collapsible layout was in a Repeat Dynamic Layout with the "Categorize By" option enabled. This has been fixed.
SR-D39302 · Issue 507980
Report name in tab uses localization
Resolved in Pega Version 8.3.1
After creating a field value with field name as pyCaption to localize the report definition name, the title in the report definition tab was not translated. This was traced to Step 1 of the activity displayReport using an old localization function, and has been resolved by changing the localization of document title to use pyCaption.
SR-D26785 · Issue 495893
Corrected error when persisting temporary work object
Resolved in Pega Version 8.3.1
When persisting a temporary work object using the Persist case shape, the internal assignment handle was not updated to include the work object's ID. Subsequent attempts to access the internal assignment (such as the "Edit" button on the Review Harness) resulted in errors. Investigation showed that when a temporary case was persisted, pyInternalAssignmentHandle was not getting recalculated after pzInsKey was updated. To resolve this, the configuration on the edit button has been modified to use .pxFlow(pzInternalCaseFlow).pxAssignmentKey which is what pyInternalAssignmentHandle declare expression was also returning.
SR-B65744 · Issue 315671
Repaired use of custom case ID search
Resolved in Pega Version 7.3.1
After upgrade, custom search criteria for case IDs generated an error when pulling data from the database. This was traced to a change that removed CommonTLP as a fallback, and that default has been restored.
SR-B56835 · Issue 312521
Checked in SLA values updated by delegated use
Resolved in Pega Version 7.3.1
Once checked in to the application, the SLA value was not being properly updated when edited by an delegated operator and instead retained the value given by the Case Manager. This was a clipboard handling issue, and has been fixed.
SR-D27687 · Issue 500051
Mashup Export to Excel works on first use
Resolved in Pega Version 8.3.1
If a report was opened from Mashup and exported to Excel, only one record was given regardless of the actual size of the report. If the mashup main page was refreshed, the open and export process worked correctly. This has been corrected by adding a call to pzSetQueryDefaults in pzRDExportWrapper when the requestor is initialized for Mashup.
SR-D47414 · Issue 513076
"Use null if empty" checkbox honored for GetSelectValues
Resolved in Pega Version 8.3.1
When Report Definition rule uses parameters as a value for filter criteria, a moderate performance warning was generated: ''Some of your filters are using a parameter with the "Use null if empty" option NOT selected. Please ensure that you do pass the parameter. Otherwise, the filter will be dropped entirely and execution of the report will result in very poor performance. If you do not want this behavior, select the "Use null if empty" option.'' When the "Use null if empty" checkbox was selected as suggested, the "Select values" button gave an empty list of possible values. This was traced to refactoring work done on Select Values which changed it to be backed by a Report Definition and Grid instead of a List View: the option was intended to be only temporarily disabled, but was missed. To correct this, the activity pzGetSelectValues has been updated to honor the checkbox and appropriately disable the "Use null if empty" option on the selected filter on the temporary copy of the report definition before it is executed.