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 update your bookmarks. This site will be discontinued in Dec 2024.

Pega Platform Resolved Issues for 8.1 and newer are now available on the Support Center.

SR-D42380 · Issue 515002

Draft mode switched off for pzCreateNew flow

Resolved in Pega Version 8.4

After upgrade, the Connect SOAP wizard (Configure -> Integration -> Connectors -> Create SOAP Integration) would not open. Analysis found that pzCreateNew flow [Class: Pega-DataModel-DataSources-SOAP and Ruleset: Pega-IntegrationArchitect:08-01-01] had draft mode on, causing the issue. There was a workaround of doing a private edit of pzCreateNew flow, but this issue has now been corrected by switching off the Draft mode.

SR-D42406 · Issue 510670

Support added for UTF-8 charset in Connect-REST pyRequestAttachmentPage

Resolved in Pega Version 8.4

When using Connect-REST with pyRequestAttachmentPage, Polish characters like "ó" or "ł" were converted to "?". This did not happen when pyRequestAttachmentPage was not used. This was due to the post request body using a multipart handler that ignored the charset being passed in and considered it a respective enum type for Application/json internally instead. This has been resolved by adding support for charset UTF-8.

SR-D42456 · Issue 510958

Case status correctly updated when using RDA

Resolved in Pega Version 8.4

When a Assignment was routed to a work queue and Flow Action post processing was set to trigger an RDA Automation to update some case property, an error appeared saying there was no data available on the Page and the case status was not updated when it moved to the next stage. This was an issue with case status not being correctly updated when using robotic automation, and has been resolved.

SR-D43621 · Issue 518098

Improved debugging information for File Listener

Resolved in Pega Version 8.4

The error message in the DelimitedParserBase has been improved to give more information, and overall diagnostic information has been enhanced for File Listener.

SR-D4559 · Issue 486557

Normalized type attribute namespace for Weblogic compatibility

Resolved in Pega Version 8.4

After upgrading from Weblogic 12.1.3.0 to Weblogic 12.2.1.3, the namespace in the generated Request XML for some elements was appearing as null/blank. This has been resolved by normalizing the type attribute namespaces' option in Connect-SOAP.

SR-D48392 · Issue 525131

Conditions added for RuleSet names in private edits

Resolved in Pega Version 8.4

When a data type data page was referenced by a rule in a different RuleSet to that of data type itself, the data page disappeared from the list of data pages displayed in the data type. A private checkout of report definition Rule-Declare-Pages.pzGetDataPagesForExplorer and the removal of the filter criteria 'IRR.The_version_of_the_RuleSet_of_the_referencing_rule' Less Than or Equal To ' RS.pzRulesetVersion' allowed the data page to reappear. The root cause was traced to the Index-Reference sub report join in the report definition Rule-Declare-Pages.pzGetDataPagesForExplorer incorrectly matching the Index-Reference for the section and thus failing the selection criteria when the referencing rule was in a private edit. To resolve this, an other condition has been added for situations when the RuleSet name of the referencing rule contains "@" (which means the referencing rule is in private edit) to the two RDs. The other change is not to show private edits in the referencing rules, which is done by adding the condition .pxReferencingRuleSetName does not contain "@" in the RD pzGetReferencesInfo. This will not show the number of references and the referencing rules until it is checked in.

SR-D50436 · Issue 513850

Case creation service activity unauthorized response modified

Resolved in Pega Version 8.4

When unauthorized users accessed the URL for creating a case, a blank screen appeared instead of the user being routed to a login screen. This was due to the system returning an HTTP 400 error instead of HTTP 401 response, and was traced to the introduction of an anonymous user type in the authentication activity (Authentication service in the service package). Case creation REST service uses pzCreateCase activity to create the cases, but before introducing the anonymous user type it was exiting from the authentication activity and did not call pzCreateCase. This was traced to the error handling relying on a field value to be in English when instead the site had localized the value, causing a mismatch which did not generate the necessary failed status. To avoid this, the system will now use the new pxStatusFlowSecurity process engine status instead of relying on a text match to determine this error.

SR-D50664 · Issue 531689

Support added for tracing PageList during automations

Resolved in Pega Version 8.4

When using the out-of-the-box email reply on an email triage case, an exception was observed in the tracer stating "com.pega.pegarules.pub.clipboard.WrongModeException: The property To.pxResults was of mode Page List while com.pega.pegarules.data.internal.clipboard.ClipboardPropertyImpl.getObjectValue() was expecting Java Object mode." This has been resolved by adding support for tracing PageList during automations.

SR-D52523 · Issue 519165

Smart Prompt refreshes the cache after deleted instances

Resolved in Pega Version 8.4

When running an activity where a data type with one data model acted as key to the data type, the parameter declared was shown with an input box. If the down arrow was pressed in the input box, all the records stored for the data model (key) in data type were shown. If one record was deleted from the data type records and the activity run again, the deleted option was included in the list shown when pressing the down arrow. When a new record was added to the data type and the activity was run, the correct option list was shown in the dropdown and the deleted record was correctly omitted. This was caused by a difference in the APIs used for adding and changing the records and for deleting the records which resulted in the list not being refreshed after deletion of a record. To resolve this, a step has been added to reload the cache after a successful delete and commit.

SR-D54314 · Issue 517291

Enhancements added for using AWS file repositories

Resolved in Pega Version 8.4

Enhancements have been added to improve the use of AWS file storage: - Logging for AWS SDK connection metrics can be activated on a per-repository basis, either through the ruleform or through the DSS `storage/class/:/enableMetrics`. - INFO logging can be enabled on PegaAWSSDKMetricReporter to periodically output averages of recorded metrics for all registered S3 repositories with metric collection enabled, or INFO logging can be enabled on PegaAWSRequestMetricCollector to output recorded metrics on every client call for all registered S3 repositories with metric collection enabled. - The interval at which PegaAWSSDKMetricReporter logs metrics at can be configured with the DASS `storage/AWSSDK/metricReportingInterval`. This DASS is a system-wide setting, and not a per-repository setting. The default reporting interval is 90 seconds, and metric collection is disabled on all repositories by default.

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