SR-118474 · Issue 178295
Corrected time zone mismatch in Report Browser
Resolved in Pega Version 7.1.8
If a server and an operator had different time zones set, reports that were scheduled through the report browser to run and deliver notifications to a list of recipients would run immediately if the schedule was modified. To handle this time zone difference, "Pega-ScheduledTask.pzPostProcess" has been modified to use the time zone from calendar in the formatter.
SR-118755 · Issue 177568
Enhanced logging for access group decisions
Resolved in Pega Version 7.1.8
In order to facilitate troubleshooting, logging has been added to track how the Core Engine decides what Access Group to assign to the running Agent. This lists the name/ruleset/ruleset version of the Data-Agent-Queue record being utilized, the Access Group specified by it, and any further steps that determine what AG gets used. If the DAQ gets rebuilt, it will show how it gets rebuilt from the Rule-Agent-Queue record.
SR-119707 · Issue 178023
All results shown by default for database searches
Resolved in Pega Version 7.1.8
Previously, when performing a database search by using the "old:" keyword prefix and some of the results were removed by the pyTransform activity due to the number of matches exceeding the Initial Results Limit, the "Show All Results" option would not appear in the footer information. This behavior has been changed and such commands will automatically search and display all results.
SR-119810 · Issue 178693
Filtering options removed for RepeatGrid columns to ensure consistent results
Resolved in Pega Version 7.1.8
When creating a RepeatGrid with Filtering option enabled, applying the filter on the JUSTIFMicrosoft Internet ExplorerD? field's True/False property was returning variable results in the Application Guardrails "All Warnings" report depending on whether the column filter was set to JUSTIFMicrosoft Internet ExplorerD NO or JUSTIFICATION was left blank (the top choice on the filter dropdown). This was found to be an issue where toggling the filter criteria wasn't filtering out the warnings from rules residing in Pega- rulesets. Until this can be properly addressed within the application's scope, the filtering option on columns has been removed.
SR-120083 · Issue 179048
Expression Builder updated to suggest proper value tokens
Resolved in Pega Version 7.1.8
When defining an input column in a Decision Table rule to evaluate the result of an expression, the Expression Builder suggested that the token '' could be used to plug in the value from the current row of the column into an expression. This was an incorrect recommendation, and would not return the correct values. The correct token to use is . This error was due to the JavaGenerateAPIVersion property missing in the rule data after Rule-form was upgraded to Harness. This property is used to determine the substitute keyword ( or ) based on the version, and is present to support or upgrade decision table for work flow rules prior to 05-02-01. It does not impact the functionality of the feature, but has been changed to give the correct suggestion for .
SR-120455 · Issue 184325
Toolbar enhanced for large decision tables
Resolved in Pega Version 7.1.8
An enhancement has been added to decision table columns to change the toolbar to floating if there are many columns to display.
SR-120809 · Issue 180066
Clarified clipboard API mapping of "null" JSON values
Resolved in Pega Version 7.1.8
In order to support JSON where optional properties with unknown values are included and set to null (rather than being omitted), the API method ClipboardPage.adoptJSONObject has been updated to omit occurrences of null in the JSON source rather than setting them to a text value of "null" for that property on the clipboard.
SR-121115 · Issue 183812
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-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.