INC-131592 · Issue 583435
Jsoniter parser upgraded
Resolved in Pega Version 8.2.8
After upgrade, the pxTextinput property Prompt List was being converted into decimal upon clicking finish assignment. This was traced to the jsoniter parser, and has been resolved by upgrading the parser in the jsoniter library.
INC-132876 · Issue 579646
Retrieve device log feature repaired
Resolved in Pega Version 8.2.8
Remote log retrieval was not working for delta datasync. This has been corrected.
INC-133301 · Issue 580677
Resolved authorization request errors on mobile
Resolved in Pega Version 8.2.8
After upgrading and rebuilding the APK with the HC Client Version – 7.41.8-SNAPSHOT, numerous "PYREDIRECTAUTHORIZATIONREQUEST" alerts during mobile interactions caused system performance issues. This was traced to a change in the handling for OAuth2 tokens and related to missing pyClientID column in the database table which forced the system to read all records from the table, and has been resolved.
INC-135159 · Issue 580673
Logic updated for deepMergeObj API
Resolved in Pega Version 8.2.8
Issues with the embedded page values being removed when navigating from a flow action and inconsistent localization of labels and captions in a mobile app were traced to the deepMergeObj API; the logic for the API has been revised to ensure the pxObjClass property is not removed from embedded pages during the doSave function.
INC-144948 · Issue 602275
Resolved JBoss memory leak
Resolved in Pega Version 8.2.8
JBoss logs indicated connection leaks. This has been resolved by limiting the scope of instance of ActionProvider, DataSyncRequestParser to a try-with-resources block which ensures that all resources are released.
SR-D95638 · Issue 556964
Added handling for mobile SharePoint attachments
Resolved in Pega Version 8.2.8
When an application was using SharePoint to store the attachments, adding an attachment in an offline-enabled mobile app and then synching resulted in the mobile app crashing if the user re-logged in and launched the same work object. This was due to the attachment handling. Attachments are downloaded during synchronization and they are base64 encoded: when a mobile phone processes the synchronization response, it decodes the base64 encoded attachment and saves the data in internal storage. In this scenario, attachments retrieved from SharePoint (REST Service) use a base64 conditional encoding that is different than in case Repositories or Pega Database storage. To resolve this, a check has been added to determine whether the base64 text contains newline characters, and if so the text is merged into one line.
INC-136091 · Issue 598907
Activity updated for Mobile attachment access
Resolved in Pega Version 8.3.5
Preview and download were not working for attachments stored in Pega Cloud Storage repository for mobile devices. Attempting to open an email attachment to preview or download resulted in a console error and the tracer showed the message 'Class pxLinkedRefTo does not exist'. This has been resolved by updating "pzpega_control_attachutil" to use the activity "GetAttachmentReference" for interactions with the attachments from any storage type.
INC-135720 · Issue 594794
Case link shows in Social messages for the old cases
Resolved in Pega Version 8.3.5
After upgrade from v7, the case link was not visible for the cases that were created in the old platform version. In Pega 7.1.7, metadata was stored in .pyPrivacyContextor while the later versions are using .pxContextType for Case type to show the related data. To resolve this, new properties have been implemented to hold the Case ID link.
INC-139160 · Issue 590255
Case tags made available for search filtering
Resolved in Pega Version 8.3.5
An enhancement has been added for obtaining the list of cases (of a specific type) based on a tag or case type. Clicking on a tag associated to the case will filter all the cases (of that case type) with that tag, and selecting more tags will refine the filter.
INC-146114 · Issue 604413
Create Survey routes case correctly
Resolved in Pega Version 8.3.5
The Create Survey utility was not routing the case to the user who initiated the case, but instead was routing it to the user who checked-in the case. This was traced to an error related to pxRequestor.pxUserIdentifier in the data transform pzpopulate survey params which is called when the survey utility is used, and has been corrected.