Skip to main content

Resolved Issues

View the resolved issues for a specific Platform release.

Go to download resolved issues by patch release.

Browse release notes for a selected Pega Version.

NOTE: Enter just the Case ID number (SR or INC) in order to find the associated Support Request.

Please note: beginning with the Pega Platform 8.7.4 Patch, the Resolved Issues have moved to the Support Center.

SR-B95830 · Issue 344260

Better handling for case updating when switching applications

Resolved in Pega Version 7.4

When using two applications, the application 1 case lifecycle view was shown at login. After switching to application 2, the case life cycle was not updated until the refresh icon was clicked. This was an issue with the pyCurrentCase value not being updated while switching apps, and an additional condition has been added to the pzSetCurrentCase Data transform to better handle application switching.

SR-B82049 · Issue 341054

pxCoverInsKey set in audit history when childcase created

Resolved in Pega Version 7.4

On adding an audit note during the creation of the child case, the audit history did not contain the reference to the parent case. Eventually, when the case was referenced, the pxCoverInsKey was populated in the history table. This was caused by an ordering error in the logic and the system has been updated to correct it.

SR-B89155 · Issue 337930

Case stages correctly displayed in Microsoft Internet Explorer

Resolved in Pega Version 7.4

Case stages were not being properly displayed when using Microsoft Internet Explorer. This was due to the UI kit version of the "pxDisplayStages" rule using the Dynamic Layout with inline format, causing the parent div to not be used for width in Microsoft Internet Explorer. This has been fixed.

INC-186036 · Issue 685371

Field Level Audit updated to handle hierarchical properties

Resolved in Pega Version 8.6.3

Field Audit was not working for the first change of the data selected/provided for a field. The audit was only reflected after the second change was made. When the property involved a series of hierarchies, for example pageprop.pagelist(1).pageprop, the FLA objects will initially use deferred saves and the generated pzinskeys will be added to a savedFLAMap object. However, when the last pageprop was not eligible to save, all the deferred saves of earlier records were cancelled but the inskeys were not removed from the savedFLAMap object. Because of this, the parent FLA records were assumed to have been saved already when those saves were actually deferred. This was a missed use case for hierarchical properties, and has been resolved by adding an update to remove the inskeys from the savedFLAMap object so that in the subsequent property change the audit's FLA records for the parent properties (pageprop.pagelist(1)) will be saved again.

INC-191645 · Issue 679537

Updated FieldLevelAuditing logic for page comparison

Resolved in Pega Version 8.6.3

Optimistic locking was resulting in orphan assignments and the error "Error: Flow Not At Task, Error: Flow Removed". In addition, Get Next Work was causing duplicate Field Level Auditing records. This was traced to a missed use case in the logic used in pxFieldLevelAuditing where previousPage and PrimaryPage are compared to see whether they are equal or not, and has been resolved by adding one more condition to mark previousPage as null when the update date time or commit date time are not updated as part of processing.

INC-194429 · Issue 682883

Updated FieldLevelAuditing logic for page comparison

Resolved in Pega Version 8.6.3

Optimistic locking was resulting in orphan assignments and the error "Error: Flow Not At Task, Error: Flow Removed". In addition, Get Next Work was causing duplicate Field Level Auditing records. This was traced to a missed use case in the logic used in pxFieldLevelAuditing where previousPage and PrimaryPage are compared to see whether they are equal or not, and has been resolved by adding one more condition to mark previousPage as null when the update date time or commit date time are not updated as part of processing.

SR-B79946 · Issue 329632

Removed unnecessary check for duplicate Question AnswerIDs

Resolved in Pega Version 7.4

It was not possible to add a Complex Question into a Question Page when the page already contained another Question with the same AnswerID(s) as the newly added one. This was traced to a call to ValidateAnswerIDofQuestionCollections in the Validate rule of Rule-PegaQ-QuestionGroup, used to check for duplicate answer IDs. Because this code was maintained for backward compatibility and is no longer needed, it has been removed.

SR-B87297 · Issue 339969

Decision tree error fixed

Resolved in Pega Version 7.4

When trying to open a "SetCorrSalutation" Decision tree object, a blank page appeared and the system became unresponsive. Investigation showed this was due to stack overflow errors related to the regex pattern used in the activity 'Embed-Rule-Declare-DecisionTree! pzFBPostActivity', and the rule Embed-Rule-Declare-DecisionTree ! pzFBPostActivity has been modified to optimize the regex.

SR-B95971 · Issue 348613

Fixed switching back to previous chat interaction after close

Resolved in Pega Version 7.4

When using CPM to handle multiple Chat Interactions that involve switching between them, clicking on the 'x' (close) icon of a case was not resulting in a proper switch to the previous case: the work area was switched, but the case tab was not switched. This was traced to the browser cancelling all of the async requests triggered from the document upon unload, causing the pzUpdateClipboardModel request to not execute. The asyncrequest API has now been updated to properly support the sync requests.

SR-B84173 · Issue 333881

Fixed intermittent Bulk Transfer failure

Resolved in Pega Version 7.4

Bulk Transfer action was not working for some cases in a flow which applied to an embedded data class, resulting in nothing showing up when attempting to 'transfer' those cases. This was caused by bulk transfer running the "pyTransferAssignment" flow action on the flow's applies to class (i.e., embedded data class); that flow action calls "pyTransferAssignment" section which is present in "@baseclass" which would run on the top page. In case of bulk transfer, this top page would be the flow's applies-to class, causing failure in cases using "Data-Party" flows. To correct this, the system will call the top page FA for embedded pages.

We'd prefer it if you saw us at our best.

Pega.com is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us