SR-A67518 · Issue 251275
Google Chrome check added for character count
Resolved in Pega Version 7.2.2
Unlike Firefox and Microsoft Internet Explorer, Google Chrome considers new line/carriage returns as two characters. This resulted in different character count values on refresh than when entering the text on the text area. This also could cause unexpected truncation of the text due to exceeding the max character value. To account for this, a condition specific to Google Chrome has been added to the rule utility function pzGenerateTextArea to take into consideration two characters for a line break or a carriage return.
SR-A77474 · Issue 253967
Online-only Mobile harness always displays appropriate offline message
Resolved in Pega Version 7.2.2
In the Mobile app, clicking on an online-only harness (check box for online selected) from the navigation menu, then going offline and clicking it again resulted in an alert (0:Communication failure) with no other description. The issue was that in multithread context with possible switching between threads, the network status was not properly updated in desired pxRequestor page. The system will now loop through all the threads and update the pegaserveravailability status for the correct pxRequestor in the Client Cache and correctly display the message "Cannot perform this operation when offline".
SR-A79678 · Issue 254551
Rule-Parse forms in SI converted to harness based
Resolved in Pega Version 7.2.2
When opening an instance of the class Rule-Parse-Infer or Rule-Parse-Transform in the Smart Investigate for Payments application, the data was not rendered in the form but instead displayed as an XML page. This was due to rule forms being form-based, and an enhancement has been added to convert them to harness-based. In addition, the rule types Rule-Parse-Infer and Rule-Parse-Transform are no longer marked as deprecated so they may be fully utilized with the Pega SI Framework 7.11 and Pega engine releases going forward.
SR-A23701 · Issue 257746
Archive/ Purge JVM dependence removed
Resolved in Pega Version 7.2.2
If the JVM was shut down in the middle of the purge and archive process, some SLA queue items remained in a 'now-processing state' and were not automatically picked up by the SLA agent for rescheduling when the JVM was brought up again. This has been fixed by redesigning the the Archive/ Purge flow to run in the background in queue batches so SLA queue items will be updated immediately with their next goal. With this approach, updates of SLA queue items will not depend on purge and archive process duration, and SLA queue items will always be in a scheduled state.
SR-A89765 · Issue 260524
Archive/ Purge JVM dependence removed
Resolved in Pega Version 7.2.2
If the JVM was shut down in the middle of the purge and archive process, some SLA queue items remained in a 'now-processing state' and were not automatically picked up by the SLA agent for rescheduling when the JVM was brought up again. This has been fixed by redesigning the the Archive/ Purge flow to run in the background in queue batches so SLA queue items will be updated immediately with their next goal. With this approach, updates of SLA queue items will not depend on purge and archive process duration, and SLA queue items will always be in a scheduled state.
SR-A91805 · Issue 259301
Archive/ Purge JVM dependence removed
Resolved in Pega Version 7.2.2
If the JVM was shut down in the middle of the purge and archive process, some SLA queue items remained in a 'now-processing state' and were not automatically picked up by the SLA agent for rescheduling when the JVM was brought up again. This has been fixed by redesigning the the Archive/ Purge flow to run in the background in queue batches so SLA queue items will be updated immediately with their next goal. With this approach, updates of SLA queue items will not depend on purge and archive process duration, and SLA queue items will always be in a scheduled state.
SR-A91805 · Issue 265722
Archive/ Purge JVM dependence removed
Resolved in Pega Version 7.2.2
If the JVM was shut down in the middle of the purge and archive process, some SLA queue items remained in a 'now-processing state' and were not automatically picked up by the SLA agent for rescheduling when the JVM was brought up again. This has been fixed by redesigning the the Archive/ Purge flow to run in the background in queue batches so SLA queue items will be updated immediately with their next goal. With this approach, updates of SLA queue items will not depend on purge and archive process duration, and SLA queue items will always be in a scheduled state.
SR-A99908 · Issue 270284
Purge export logic updated to handle TimeCreated keys that differ by milliseconds
Resolved in Pega Version 7.2.2
Purge archive was failing during export of the archives. Analysis showed that when exporting keys of history class mapped to a table with no blob and pxTimeCreated as Key column, mapping this to a column of Date type on Oracle caused the pzinskeys of history- instances to be recalculated and the millisecond part of the time stamp was rounded in the key to 000.This caused keys which just differed in milliseconds to become duplicates and export failed. This has been resolved by modifying the export logic to handle keys which differ in milliseconds for Blobless History class instances.
INC-212896 · Issue 711189
Resume Flow will print Flow Action Label in audit history
Resolved in Pega Version 8.7.2
After calling Resume Flow for processing the assignments, when the Assignment was processed the Flow Action Name was printed on the Audit History instead of Flow Action Label. Investigation showed that in the Complete assignment activity, there was no code in the 'if' loop to set the value of actionLabel. If the value was null, the property set in the next step sets actionLabel to flowActionID and the audit history result is FlowAction ID instead of FlowAction Label. To resolve this, logic has been added in the CompleteAssignment Activity step 5 to set ActionLabel with Flow Action Label.
INC-202480 · Issue 711699
Resolved report filter section freeze
Resolved in Pega Version 8.7.2
When opening a report with a count column, changing the order of one of the report columns resulted in the report freezing and requiring the report to be closed and re-run. This was traced to a double filter popup appearing that did not close after the column sorting, which happened if the report definition was configured as a summary with an aggregated column such as "Count” combined with a "Do not display group headings" setting on the Report Viewer tab. To resolve this, a new step has been added in the Activity pzPopulateSortOrder to call the pzCancelFilterLogicChanges activity.