SR-C1883 · Issue 359736
Added iFrame garbage collection to improve memory use for multiple child cases
Resolved in Pega Version 8.1
Client Side memory was piling up due to multiple child cases being attached to the same parent case without a garbage collection process passing over the iframes. Performance has been improved by adding garbage collection to files pega_ui_busyindicator and pzpega_mobile_hybrid, pzpega_ui_doc_lifecycle.
SR-C18868 · Issue 362502
Improved performance and error handling for assembled 'when' rules
Resolved in Pega Version 8.1
This release features a major re-working of the assembled 'when' rules to improve performance. The vast majority of rule dispatch costs come from unnecessary work. By optimizing VTable dispatch, eliminating unnecessary validation, increasing intrinsic usage, and optimizing dispatch routines, rule dispatch has been made 5-100x faster for IL-Assembled rules. In addition there is improved error handling for exceptions.
SR-C18883 · Issue 362411
Recipient flexibility added to scheduled Guardrail reports
Resolved in Pega Version 8.1
Scheduled guardrail reports were delivered only intermittently. This was traced to the report having an email address (as opposed to an operator ID) in the recipient list, and the page references have been updated to correct this.
SR-C18883 · Issue 369045
Recipient flexibility added to scheduled Guardrail reports
Resolved in Pega Version 8.1
Scheduled guardrail reports were delivered only intermittently. This was traced to the report having an email address (as opposed to an operator ID) in the recipient list, and the page references have been updated to correct this.
SR-C18886 · Issue 358530
Enhancement to support international currencies in SmartDispute
Resolved in Pega Version 8.1
An enhancement has been added to the Smart Dispute application to support using international currencies. The currency control 'pxCurrencyInternational' is available in the base Pega Platform, similar to the existing control 'pxCurrency' but with format type as 'Text'. The control also has a script that removes any text other than non- numeric, comma, decimal, or negative sign values and supports both comma and dot as decimal separators.
SR-C18932 · Issue 360087
Fixed product file list view filter error
Resolved in Pega Version 8.1
When creating a product file, the error "An Exception occurred while processing contents of Rule-Admin-Product" appeared when using a list view filter in Product rule. This was caused by the instances not having the ruleset name present when it was expected, and code has been added to make sure those are included when needed.
SR-C18936 · Issue 358807
API added to customize properties used in checksum calculation
Resolved in Pega Version 8.1
In order to provide a way to customize certain system properties from a checksum calculation, an API has been added to set a list of properties to be excluded.
SR-C18978 · Issue 358377
Fixed exception for empty offline property value
Resolved in Pega Version 8.1
Using a localized value with property reference caused a script error in the _resolveParams function of pzpega_offline_localization file when there were no property values in offline. This has been corrected.
SR-C18980 · Issue 358386
Expression evaluation performance improvements
Resolved in Pega Version 8.1
The code has been modified to improve the performance of Expression evaluation by avoiding the rendering of invisible elements in layout container children.
SR-C19122 · Issue 359549
Behavior change for error handling when using "Call superclass data transform"
Resolved in Pega Version 8.1
Previously, when "Call superclass data transform" was enabled for data transfers, the initial data transform would continue working even if the subsequent transforms it called failed. As an example, given data transform A, which called another data transform B, which called another data transform C, and data transform A performed some actions after calling data transform B; If an error occurred while processing data transform C, data transform C ended processing, data transform B also ended processing, but data transform A continued working. This was confusing behavior. To create a more consistent environment, whether or not “call superclass data transform” is used, when any of the chained data transforms fail the entire process will exit. The documentation has also been updated to indicate this new behavior.