SR-121115 · Issue 182793
Added optional setting for handling blank localization settings
Resolved in Pega Version 7.1.8
Previously, a blank localization value was carried forward as a blank value. This behavior was changed in Pega7 to have the localization API Executable#getLocalizedText return the Label itself. In order to maximize usability going forward, an API has been added that allows either behavior based on local settings. This is accessible as PublicAPI.java getLocalizedTextForString (String aRef, String aString,boolean aReturnEmptyForLocalisedString) To use the API to carry the empty value, pass "true" to aReturnEmptyForLocalisedString parameter. The API will then return the localized string in the field value as-is i.e it will return an empty string if the localized string is empty.
SR-121183 · Issue 180073
Clarified complex visible 'when' usage with Expression Builder
Resolved in Pega Version 7.1.8
Execution was failing while using a complex visible 'when' expression with more than one Boolean operator. This is not incorrect behavior; Expression Builder only honors one Boolean operator, but the expression will work if typed directly and "Run on Client" is checked. This caused confusion due to the system not flagging the expression as unsupported in Expression Builder, and this has been fixed. In addition, the code has been updated to properly handle multiple logical operators so that runtime behavior is correct and no error is reported at save time. However, please note the following important information: For auto-generated sections, complex 'when' expressions will be allowed and honored when typed directly , but Expression Builders will still allow only one operator. Also, for non-auto generated sections and JSP directives, the old limitation of 1 operator will still apply.
SR-121331 · Issue 180473
Updated handling of Visio objects in Word files
Resolved in Pega Version 7.1.8
In order to cleanly present Visio images, they have been included as Visio objects in recent versions of the software and the objects were only viewable in Visio itself. This required switching back and forth from Word to Visio while viewing a document with Visio objects included, which was not ideal handling. In this release, the behavior has been further updated: The documentation will be generated server side, so no Visio glimpse will be possible in the app docs. The ERDs will still be included as embedded Visio files, but instead of the icon the system will present an embedded image. Clicking on the image will open Visio. Documentation has also been added to clearly indicate that Visio is required for a more detailed view of the ERD.
SR-121331 · Issue 184808
Updated handling of Visio objects in Word files
Resolved in Pega Version 7.1.8
In order to cleanly present Visio images, they have been included as Visio objects in recent versions of the software and the objects were only viewable in Visio itself. This required switching back and forth from Word to Visio while viewing a document with Visio objects included, which was not ideal handling. In this release, the behavior has been further updated: The documentation will be generated server side, so no Visio glimpse will be possible in the app docs. The ERDs will still be included as embedded Visio files, but instead of the icon the system will present an embedded image. Clicking on the image will open Visio. Documentation has also been added to clearly indicate that Visio is required for a more detailed view of the ERD.
SR-121464 · Issue 182061
Editing privileges corrected for the clipboard
Resolved in Pega Version 7.1.8
An issue was found where it was possible to use the "Edit" option in the clipboard even when the clipboardViewerUpdate privilege is set "0" or blank. This has been resolved via rule check-in with a 'clipboardViewerUpdate on Edit' function to ensure proper privilege setting.
SR-121768 · Issue 182217
Improved locking for check-out-enabled rulesets
Resolved in Pega Version 7.1.8
If a specification with an attachment is defined to a work flow in a check-out-enabled ruleset, then the generated specification and binary file rules were set to the checked-out state and could not be checked in. This was caused by the previous method for lock checking not consistently being applied in custom environments, and the locking has been changed to use an added condition on the InstanceLockedByRuleSet property.
SR-121768 · Issue 182807
Improved locking for check-out-enabled rulesets
Resolved in Pega Version 7.1.8
If a specification with an attachment is defined to a work flow in a check-out-enabled ruleset, then the generated specification and binary file rules were set to the checked-out state and could not be checked in. This was caused by the previous method for lock checking not consistently being applied in custom environments, and the locking has been changed to use an added condition on the InstanceLockedByRuleSet property.
SR-122191 · Issue 182679
Smoothed post-upgrade ApplicationSetup that uses previously generated LDAP configs
Resolved in Pega Version 7.1.8
An LDAP configuration created under a previous version of the software was generating an NPE after upgrading. This was traced to step2 of the ApplicationSetup activity where the system was expecting a page which was missing at that point due to the user not yet being fully identified. To avoid this, a step has been added to check if the page is available and avoid the NPE.
SR-122213 · Issue 184299
Cache clearing corrected for muti-tenant environments
Resolved in Pega Version 7.1.8
A problem with the caching system in a multi-tenant environment led to a situation where a change in a rule in the shared layer did not invalidate that rule's entry in the tenants' rule cache. This was caused by the clearing of the cache not being fully propagated to all tenants, and the system has been updated to ensure the SMA clear cache fully clears all shared and tenant instances.
SR-122268 · Issue 184969
Tuned handling for child requestors in unauthenticated listener services
Resolved in Pega Version 7.1.8
While executing Queue instruction through JMS listener service, the error "Rule Not Found" was logged. This exception was due to a child requestor invoking the queue activity using the PegaRULES application instead of the current application. This was a side effect of changes made to the Service API which set the requestor authentication to true when the service package is unauthenticated, a change made to run activities that have enabled 'require authentication'. However, the credentials were not passed; the requestor was authenticated and the child requestor created was still unauthenticated, causing this issue. To resolve this, the system will set the access group from Service layer.