SR-111945 · Issue 157966
Closing Lucene search popup in Firefox corrected
Resolved in Pega Version 7.1.7
When using Firefox, it was not possible to close the popup box generated by a Lucene search unless a work object was selected first. This was caused by an error the the method used to access the document id, and has been corrected.
SR-112357 · Issue 163326
Dynamic Select while editing Data Table instances
Resolved in Pega Version 7.1.7
When using DynamicSelect in a few properties under DataTable instances, editing or adding new rows in the DataTable failed to show a list of values from ReportDefinition and generated the error "Select element SwitchboardCategory is missing DSCaption". This was traced to HTMLPropertyParams not being properly passed on to DynamicSelect control, and has been fixed.
SR-112684 · Issue 166387
Updated Datetime extraction with BIX to ensure consistent time zone output
Resolved in Pega Version 7.1.7
When extracting Datetime values from BIX, the time zone returned in that datetime value was inconsistent. This was caused by variations in the save points of the extractions that resolved property types, and the function has been modified to use a consistent save point.
SR-113726 · Issue 162821
Problems exporting Requirements/Specifications to Excel using JBOSS 6.1
Resolved in Pega Version 7.1.7
When using the JBOSS 6.1 EAP Application server, exporting Requirements/Specifications to Excel using the 'Export to Excel' action generated the message "Error in parsing Excel file". This was caused by a change in the JBOSS class loading mechanism that resulted in a class cast exception due to multiple class loaders loading the same class from different sources. The handling of .jar files has been tuned to ensure proper class loading.
SR-113830 · Issue 164768
Smoothed handling of rulesets with duplicate names
Resolved in Pega Version 7.1.7
When doing a "Save As" of a rule, the ruleform converts the entry in the description field to uppercase. If there is already a previous version of the rule with a name in lowercase, it was possible for the rule to exist with both a lowercase and uppercase name. While Rule Resolution worked, this case difference could cause a scenario where not all versions of the rule were visible when doing a rule search, viewing rule history, or looking up previous versions of the rule. The rule retrieval logic previously used RuleName; to ensure proper rules are being picked up, this has been changed to use the rule ID.
SR-114184 · Issue 162116
Withdrawn non-empty classes caused JVM restart issues
Resolved in Pega Version 7.1.7
After withdrawing non-empty classes, attempting to restart the JVM system resulted in a null pointer exception due to the system trying to map the withdrawn classes. The system has now been updated to prevent the deletion of a class if it is not empty.
SR-114543 · Issue 163265
Withdrawn non-empty classes caused JVM restart issues
Resolved in Pega Version 7.1.7
After withdrawing non-empty classes, attempting to restart the JVM system resulted in a null pointer exception due to the system trying to map the withdrawn classes. The system has now been updated to prevent the deletion of a class if it is not empty.
SR-114312 · Issue 174692
Check added to handle invalid input in the year field for datetime
Resolved in Pega Version 7.1.7
Previously, when a date time property was provided with an invalid year containing more than four characters (such as 20142014), the date defaulted to 12/20/8963 when the form was submitted. A check has been added to catch dates of more than four digits when attempting validation.
SR-114479 · Issue 165273
Corrected locking for custom Access Roles
Resolved in Pega Version 7.1.7
After adding a custom Access Role to an Object in the WO class with an Access When rule defined to allow opening a instance, Obj-Open-By-Handle failed to lock the work item correctly and two operators could have it open simultaneously. This was caused by the custom stack inheriting parent state for all members, and has been changed.
SR-115026 · Issue 164316
Exceptions logged for PegaAESRemote with split schema
Resolved in Pega Version 7.1.7
In a split schema environment, the SPPR_POPULATE_INDEX_DATA stored procedure operates on the AES-related table PR_INDEX_INFO and is used to get index information. This stored procedure does not work with split schema because the stored procedure is not in the same schema the request is run in and the stored procedure is not schema-qualified. This issue only causes an exception in the log periodically when AES asks for index info. To avoid this, PegaAESRemote will not attempt the call to the stored procedure causing the exception, and all Connect SQLs are being updated with class reference in place of refer tables.