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-B51793 · Issue 308487

Extended options for creating Context URI

Resolved in Pega Version 7.3

In order to facilitate the use of Amazon Web Services, an enhancement has been added to extend the methods available for forming Context URI. Previously, Pega Platform mandated both X-Forwarded-Host and X-Forwarded-Proto be present when using HTTP extension headers. The new feature adds HOST support when X-Forwarded-Proto is present without X-Forwarded-Host. The URL will consider X-Forwarded-Proto for protocol (http or https) and take the host name from host header. This change works for any reverse proxy or load balancer, as long as they emit X-Forwarded-Proto and preserve the HOST header.

SR-B5308 · Issue 275351

Special characters correctly encoded in downloaded filenames

Resolved in Pega Version 7.3

While downloading an attachment file containing special characters in file name, the file was getting saved with ASCII codes. This was caused by the file name being encoded in download operations, and has been fixed by providing the encoding type as UTF-8 in the content disposition header for the sendFile() method.

SR-B5560 · Issue 276633

Corrected page passivation for parameterized data pages

Resolved in Pega Version 7.3

A null-pointer exception error was generated when performing findPage() on a parameterized Data page after the page/thread was passivated and restored. This was traced to a situation where a page with meta data was not correctly saved while passivating due to a failed condition check on last update time, and has been resolved with changes to the EditDataPageHandler to update the access time whenever page is loaded from findDataPage() method.

SR-B5672 · Issue 280747

Corrected and improved calculations for multiple page Business Calendars

Resolved in Pega Version 7.3

The Business Calendar time zone was not correctly populated when a second page was added to the calendar. This was due to the new page using the operator time zone instead of the business calendar time zone, and has been fixed. In addition, the difference calculations for calendar processing have been improved for greater accuracy.

SR-B5672 · Issue 283549

Corrected and improved calculations for multiple page Business Calendars

Resolved in Pega Version 7.3

The Business Calendar time zone was not correctly populated when a second page was added to the calendar. This was due to the new page using the operator time zone instead of the business calendar time zone, and has been fixed. In addition, the difference calculations for calendar processing have been improved for greater accuracy.

SR-B5813 · Issue 276080

DuplicateProperty checked on enqueue

Resolved in Pega Version 7.3

The enqueue() method of PRQueueManager was not honoring the "pyDuplicateProperty" value of the existing queue items which have a higher pyMinimumDateTimeForProcessing. To correct this, QueueManagerImpl has been modified so the enqueue() method uses an overloaded version of next() method which is intended to ignore pyMinimumAgeForProcessing when checking for duplicates.

SR-B613 · Issue 273665

Null check added to RecalculateAndSave

Resolved in Pega Version 7.3

A null-pointer exception occurred during an index operation within the deferred save in RecalculateAndSave due to the context page being null during declare index processing. A null check has been added for the context page to resolve this.

SR-B6244 · Issue 277566

BIX extraction config documentation updated

Resolved in Pega Version 7.3

When using command-line BIX 7.1 to extract records and write them to a secondary database, it appeared that some of the records got skipped. This was actually expected behavior: as the records got updated while the extract was running, those particular updated records got skipped as they did not fall into the time range that user was passing. To eliminate this confusion, the log message has been clarified. In addition, the information in the Guide indicated that if bix/useHistoryClasses was set to true, the generated query should always use the history table and not the actual work object table. However, it was not made clear that the BIX code does not use this option for explicit command line arguments. Therefore, the following text has been added to the BIX documentation under "Configuring the extraction environment" -> "Configuring optional prconfig.xml settings": Including class instances added during a batch run To ensure that class instances added to the Pega Platform database after a batch run begins execution are included in the extract, add the following property:

SR-B6244 · Issue 277566

Documentation and log messages updated for BIX/useHistoryClasses

Resolved in Pega Version 7.3

When using command-line BIX 7.1 to extract records and write them to a secondary database, messages from the system gave the impression that some of the records were skipped. This was due to a mismatch in the number of records reported at different points in the extraction: as the records got updated while the extract was running, those particular updated records got skipped as they did not fall into the time range that user was passing. To avoid this confusion, the text in the logs has been clarified to read: "Processing Class class name with XXXX instances (processing count may vary as records get modified before BIX extraction)." In addition, the documentation regarding the usage of the BIX/useHistoryClasses option has been updated to reflect this information.

SR-B6288 · Issue 281534

Resolved agent schedule skipping a day in some conditions

Resolved in Pega Version 7.3

When a schedule was set to recurring for specific days at a certain time, restarting the system or changing the agent schedule close to midnight from a different time zone caused the schedule run time to skip a day. This was traced to a mis-match in the calendar runtime calculation logic between the time zone and the time being set when the agent and server are configured to run on different time zones, and has been corrected.

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