SR-A3841 · Issue 207560
Cleaned up 'clear pages after non-use' function
Resolved in Pega Version 7.1.9
When the 'clear pages after non-use' option is selected, all the referencing threads should be closed and the page should be removed automatically. Instead, the document and threads were closed but the data page was not removed. This was traced to the Thread context not being present in the ThreadContainer during thread clean up, and has been corrected.
SR-A3873 · Issue 208346
Next run in agent schedule updates after DB access issue
Resolved in Pega Version 7.1.9
It was discovered that if access to the database was interrupted, the Next run in agent schedule was not updating and not being run. This has been fixed by updating AgentQueue.handleProblem() to handle unexpected errors and ensure delayDueToProblem() is invoked always.
SR-A4279 · Issue 210830
Added handling for unknown UpdateDateType property
Resolved in Pega Version 7.1.9
Saving a Flow stream triggers the pzTrackChangesForFlow activity call, which then reads the pxUpdateDateTime property and converts it to Big Decimal for comparison. This conversion requires mode of the property (i.e. DateTime (?M?) in this case) to be known, which is specified in blob as encoded format. When using a PCI framework where the mode of the pxUpdateDateTime property is unknown(???), a NumberFormatException was generated. This has been fixed.
SR-A469 · Issue 210020
Reworked config file search to prevent WebSphere looping
Resolved in Pega Version 7.1.9
During server startup, the engine tries to populate the environment properties by reading the config files for the application server. A problem was found in some installations with WebSphere where trying to locate the XML file containing the information on the server port created an infinite loop that caused the engine startup to hang. To resolve this, the search function call now has been replaced by another method that tries to obtain the same information from config service without having to locate the XML file.
SR-A903 · Issue 204609
Removed primary page requirement for link-object activity
Resolved in Pega Version 7.1.9
When using the link-object activity method with the history checkmark and the specified step page without providing a primary page, the link-object activity method caused a null-pointer-exception when it attempted to fetch data from the pxRequestor page. This was caused by an unnecessary reference to the primary page, and the method to retrieve the value of pyUserIdentifier has been updated.
SR-A92 · Issue 203202
Removed extra slash character being appended in prconfig
Resolved in Pega Version 7.1.9
When configuring prconfig settings, an extra slash was getting appended when the sethtmlbasecontext had trailing slash in the URL. This has been corrected.
SR-A955 · Issue 204118
Fixed typo in error message
Resolved in Pega Version 7.1.9
A typo in an HA status message written to the log has been corrected.
INC-122112 · Issue 599795
Updated SLA table clearance
Resolved in Pega Version 8.4.4
After cases were resolved, SLA entries were not getting cleared from the SLA table. This caused the SLA table to have a huge number of Overall SLA and PendFlow details present for cases that were resolved or moved to the next state, which impacted case processing via SLA Agent. This was traced to SLA queue-items not being removed by delete-deferred as expected, and has been resolved by invalidating the deferred operations and scheduling item removal.
INC-125200 · Issue 572134
Documentation updated for binary REST response
Resolved in Pega Version 8.4.4
The online help documentation has been updated to clarify the instructions for REST endpoints that return binary data. In some cases, the data is returned in a MIME multipart structure. It can also be returned as the response body. In the latter case, mapping the message body to a java object property will cause the binary data to be mapped as a java byte array value. Mapping the message body to a single value text property will cause the binary data to be mapped as a Base64 encoded text value.
INC-125633 · Issue 589575
Oracle performance improvement
Resolved in Pega Version 8.4.4
Poor performance was seen when importing a RAP with schemas using Oracle. To resolve this, an update has been made which will set the Oracle tuning parameter at the session level by altering the setting "_OPTIMIZER_PUSH_PRED_COST_BASED"=false before the SMA query involving all_constraints. The setting will be returned to true after the execution of the SMA query. This is controlled through the prconfig setting '"database/performance/smaqueryperformanceenabled" which defaults to true so the setting and unsetting of the Oracle parameter is automatic.