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-C37273 · Issue 379523

Support added for creation of tags in local alphabets

Resolved in Pega Version 8.1

In order to support the use of other alphabets to create tags in the KM application, validations of regular expressions have been moved from the pxCreateTag to a new activity called pyValidateTagName which can be overridden as needed.

SR-C37311 · Issue 375813

Changed refreshSurvey to use pega.util.event to get the event object

Resolved in Pega Version 8.1

An issue was seen where it was not possible to select an answer on a survey. This was due to Firefox not honoring 'window.event', and has been resolved by modifying refreshSurvey to use pega.util.event to get the event object instead of window.event.

SR-C37339 · Issue 377590

Catch block added for EOF exception in Connect-REST

Resolved in Pega Version 8.1

When running the data page with rest connector as source that invokes a Connect-REST with another service provider, the response was returned as empty. This was traced to an end-of-file (EOF) Exception generated when content encoding is gzip and chunked body is empty. To fix it, a catch block for EOF exception has been added to the copyToBuffer method so that it returns an empty byte array this case.

SR-C37540 · Issue 390176

Fixed Recent Work gadget display of work objects

Resolved in Pega Version 8.1

After upgrade, the work object in the Recent category was showing as Undefined when rendering the recent work gadget (Launch User/Manger portal, search for the Work ID). This has been resolved by defining the PegaWorkData JavaScript function in RecentWorkGadget non-auto control and using PegaWorkData instead of FormData.

SR-C37748 · Issue 379478

Connect-SOAP 'Request Only' call maps SOAP async call faults

Resolved in Pega Version 8.1

When a failure occurs on a Connect-SOAP configured as 'Request Only' with asynchronous processing, the failure was not logged or copied to the clipboard. This was standard behavior for Request-Only, but did not account for asynchronous calls where the status code was not correct for failed calls. This has been updated to correctly register the failed calls.

SR-C37763 · Issue 377796

UNIX JAR paths documentation correction

Resolved in Pega Version 8.1

The documentation for prconfig/compiler/defaultPaths has been corrected as follows: "For UNIX systems, separate the JAR files with a colon."

SR-C37810 · Issue 381739

Agent management made more resilient against DB connection errors

Resolved in Pega Version 8.1

Intermittently after a database interruption occurred, agents would end up in a state where they did not run. When viewed via SMA they appeared to be running, but the next runtime was blank and the agent did not execute. Attempts to stop/restart an affected agent yielded an error, but restarting the system put the agents back into a operable state. This was a corner case caused by a DB connectivity issue where agents were first being stopped and then attempts to instantiate AgentNotification() also failed due to the DB connectivity issue. To resolve this, AgentNotification will be instantiated during AgentQueue creation itself so it will remain available. All exceptions /errors in AgentNotification will be logged.

SR-C38054 · Issue 380396

Improved validation and handling for Cassandra data set flows

Resolved in Pega Version 8.1

When using a Data flow which read from a file and wrote to a Cassandra data set, the successful records were not written to the Data set if there were any errors. In addition, when all records failed the run stat's '# Failed records' displayed the number of batches, not the actual number of records. This was caused by a condition where if serialization fails it throws a single exception for the whole batch instead of a batch exception, and by default there was a maximum of 250 records per batch. This has been corrected by setting the system to keep the failure threshold to 100,000 and validate that all the failed number of records is correct, then re-process the failed records and check if the dataflow still shows all the failure records.

SR-C38059 · Issue 376811

Improved logging and resilience with S3 bucket configurations

Resolved in Pega Version 8.1

The S3 bucket configuration through DSS did not handle error conditions well, leading to a situation where the engine would not start if the S3 bucket is not configured correctly (e.g., permission setup on the AWS side). The code has now been updated to add better logging around running a repository with DSS System, and startup is no longer stopped if a repository fails to register.

SR-C38060 · Issue 385590

Timing resolved so pxDateTime control accepts Pega Date Time value on the first input

Resolved in Pega Version 8.1

In Pega Mobile android client, pxDateTime that was displayed within a dateTime field using a calendar selector was throwing an error on the first encounter if the field value was already filled using the Pega DateTime format of "yyyymmddThhmmss.SSS zzz". The console error from the templating engine was: "The specified value "20180605T103556.398 CDT" does not conform to the required format. The format is "yyyy-MM-ddThh:mm" followed by optional ":ss" or ":ss.SSS". " This was traced to the handleNativeDate function in pzpega_control_datePicker.js file executing "pega.u.d.CalendarUtil.fireClientEvents(hiddenInput);" two times. Before firing the first event "onchangehandler" returned null, so the 'if' condition executed to true and fireClientEvents was again getting executed. Because there was no delay in between these executions, the second event was getting executed while the first event was still in progress, causing the DOM value of the property to not be properly set before validation was getting triggered during the second invocation. This has been resolved.

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