SR-122637 · Issue 183016
MaxFileLength property added to avoid truncating attachment names
Resolved in Pega Version 7.1.8
While adding the attachments to the case using drag and drop functionality, the file name and file description were being truncated. However, a new property named "pyMaxFileLength" is now available as an override in pyDefault Model to set a different name limit. If this property is not set, it will take the default value of 60 and proceed. Also for UI error messages, pyNote property in Data-WorkAttach-File and Embed-DragDropFile in the application ruleset must have the max length limitation removed from there or the MaxFileLength will be overridden by that setting.
SR-122757 · Issue 185151
Chinese filename issue with Microsoft Internet Explorer resolved
Resolved in Pega Version 7.1.8
When using the Chinese version of the Microsoft Internet Explorer browser and the out-of-the-box attachment gadget to attach files, dragging and dropping a file with Chinese characters in the file name caused the name to become corrupted. This issue was due to the encoding method, and has been resolved by removed the encoding for the filename.
SR-122761 · Issue 188488
Tuned logic for propagating shape flow actions
Resolved in Pega Version 7.1.8
When a work flow has moved from an assignment shape to an assignment service shape, the other actions menu was showing the flow action from the previous assignment. Work-.Connect activity invoked populateFlowActions function to populate the assignment local action. By the time this was invoked, the pxFlow() was not updated with the correct assignment details and the old assignments actions were being populated. This has been fixed by tuning the logic of invoking populateFlowActions.
SR-122809 · Issue 182677
Application Wizard updated to use long-form function name
Resolved in Pega Version 7.1.8
When using the Application Wizard in some environments, clicking 'Preview' or 'Create' on the Data Objects screen caused a refresh and no summary of the created rules was generated. This issue was traced to an error in the library/function rule resolution where the short-form reference to a function was finding more than one suitable rule resolution candidate if there was more than one version of a ruleset function with the same formal parameters and the function was called using the short form of the function name. In this particular scenario the PageListContains function was causing a problem as this function exists in both the PegaSurvey framework and the Pega-AppDefinition ruleset. There was a workaround of doing a private checkout of the CopyFrameworkClassGroup activity and changing the short function rule reference to the long function rule reference (specifying ruleset and library, but the Wizard has been updated to use long-form function name to prevent this issue.
SR-122839 · Issue 185954
Audit entries properly suppressed
Resolved in Pega Version 7.1.8
Audit entries were being added to the history even after suppressing the same in the DT "FilterHistory" of the respective interaction class. When the "RemoveAssignmentByTicket" function called the activity "AddWorkHistory", the parameter workPage was not being sent. Because the system skipped the call to the decision tree, it was returned as 'true' each time. To resolve this, the system now passes "WorkObjectPageName" to ensure proper evaluation.
SR-122902 · Issue 182835
Shutdown issue with Tomcat resolved
Resolved in Pega Version 7.1.8
During shutdown, errors were reported on the App Server window. Shutdown did not complete and the App Server Window remained open. This was due to the "Shutdown" button/feature not properly terminating Tomcat. There was a workaround to manually close the Tomcat window, but the DNodeServiceListener has been modified to release all of the threads properly.
SR-122917 · Issue 182299
Resolved error in security change tracking
Resolved in Pega Version 7.1.8
If security change tracking was enabled using a declare trigger with a TrackSecurityChanges activity on the Operator class, adding a Data Transform ChangeTrackModel to track a number of properties on the operator record would create a PropertyIndex property and no further changes could be saved. This occurred in environments using the dynamic system setting "validateonsave" (set to true) which validates the property existence in the class hierarchy, but a validation error occurred on save because "pyPropertyIndex" is in the Embed-ModalParams class which was not accessible to Data-Admin-Operator-ID. To resolve this, the "pyPropertyIndex" has been moved to baseclass.
SR-122923 · Issue 186055
Created DSS for switching to old assembler
Resolved in Pega Version 7.1.8
The error "** FAIL : Unable to apply Rule-Parse-XML instance. WrongMode" while mapping xml data to page list in a parse rule was caused by a gap in the assembler, and has been resolved by creating a Dynamic System Setting with the following: Setting Purpose: switchtooldassembler Value: true Owning Ruleset: Pega-IntegrationEngine.
SR-123011 · Issue 182646
Added null check for datetime in SOAP
Resolved in Pega Version 7.1.8
Some SOAP services using a Response Parameter with Data Type of DateTime and for services of type RPC/ literal were generating an NPE when the service was executed outside Pega7 using Google Chrome. Running the service directly from the service rule within Pega7 did not encounter this error. Other SOAP requests returned a date of 1970-01-01. This was traced to a check to get the thread which did not handle situations where PRDateFormat.formatXSDDateTime() could be null, and the handling for that case has been added for this browser.
SR-123018 · Issue 183818
Addressed ruleset integrations problems using Google Chrome
Resolved in Pega Version 7.1.8
When using Google Chrome and running the Integration > Tools > Rule-From-File wizard, the ruleset version was not displayed and it was not possible to proceed past the screen that requires values for rule name, ruleset, ruleset version and class name. This was due to there not being an input field for RuleSet Version, and the validation of that step in the wizard fails. This issue occurred due to Google Chrome not supporting the use of document.all in the HTML code, leading to an undefined value for the JavaScript. This has been resolved by changes to the HTML to make it browser code independent.