Skip to main content

Resolved Issues

View the resolved issues for a specific Platform release.

Go to download resolved issues by patch release.

Browse release notes for a selected Pega Version.

NOTE: Enter just the Case ID number (SR or INC) in order to find the associated Support Request.

Please note: beginning with the Pega Platform 8.7.4 Patch, the Resolved Issues have moved to the Support Center.

SR-B74088 · Issue 324942

Enhancement for Optimizing Packaging during full & delta sync

Resolved in Pega Version 7.3.1

As part of an enhancement for more contextual, optimistic packaging algorithm in certain conditions, packaging can be optimized based on a setting available at the case type. For example, most Field Service applications where offline capability is heavily used don't have or need the ability to instantiate or create new cases, but rather work on existing assignments routed to the agents. Some sites have the additional constraint where the case types or the flows within a case type may be large in number and dynamically created, which means the first full sync will just not be sufficient for the user to work on later created assignments. This has an adverse impact on the performance of the full sync and the first login time. The following changes have been introduced: - On delta sync - if a new work item ( of new case type which is not there during full sync packaging ) is added to work list. All the dependent rules of this new case type will be packaged and sent to HC. Added an checkbox in the case type rule "Only offline when in user's worklist" which will be visible only when "Enable Offline" is checked. - Provided a new when rule pyPackageAssignmentFlows which is set to false by default. When the true, all the case type with "Only offline when in user's worklist" will have selective flow packaging. - Create a class structure with a page group to hold full packaging and optimized packaging Application.pyOfflineCaseTypes("full") Application.pyOfflineCaseTypes("optimized") Above properties are populated in pzGetStartingFlows activity which is ran on delta sync and full sync. - Flows that are created in the case with "Only offline when in user's worklist" check are listed in pzDataSyncGetworkList which will be packaged during delta sync. The flows are listed for packaging if there is any Work Object created, flow is retrieved from the Assignment's pzInsKey key, and Flow key is built. Changes are made in the PackageRuntime.java to iterate the flow and perform packaging.

SR-B73542 · Issue 327654

JNDI Server field in Connect-JMS supports GRS

Resolved in Pega Version 7.4

Setting the value of the JNDI Server field in the Connect_JMS rule form using Global Resource Setting was only working when the JNDI Server rule instance was specified directly. In addition, attempting to use a GRS to set the value in the JNDI Server field itself resulted in the error "Could not find JNDI Server instance: =D_PegJMS.PegJNDIProp". This was due to the JNDIServerPage receiving the value of JNDIServerName but not being able to use it. To correct this, a local variable actualJNDIServerName has been added to carry the information and make it available to the API.

SR-B74017 · Issue 329731

MimeType set on attachments

Resolved in Pega Version 7.4

In order to correct a problem for mobile users attaching files, pyAttachMimeType will now be set on the pyNewFileAttachment page for both online cases and offline cases.

SR-B76463 · Issue 340030

Refresh from ruleform correctly passes mandatory parameter

Resolved in Pega Version 7.4

The below error message appeared on the clipboard when going to Action tab and clicking on Refresh button: "Unable to load data page D_ServiceMethods. Required parameters : ServiceType. cannot be blank". This warning message was also visible in the logs whenever the service was called from any SOAP client. In this case, triggering a refresh from Ruleform action was not passing a mandatory parameter to the D_ServiceMethods data page. To fix this, the section Grid has been modified to verify the parameter (i.e. pyServiceType) and then display it.

SR-B78159 · Issue 338941

Mobile dashboard widget name value displays correctly

Resolved in Pega Version 7.4

A problem was seen where the dashboard widget name tag was not resolved on the first visit to the dashboard, but after navigating to the second screen on a mobile device and then returning to the dashboard, the correct value appeared. This was traced to a missing use case for a header using JSP format, and has been corrected.

SR-B78159 · Issue 338952

Mobile dashboard widget name value displays correctly

Resolved in Pega Version 7.4

A problem was seen where the dashboard widget name tag was not resolved on the first visit to the dashboard, but after navigating to the second screen on a mobile device and then returning to the dashboard, the correct value appeared. This was traced to a missing use case for a header using JSP format, and has been corrected.

SR-B78996 · Issue 330406

Proxy Support added for "Mobile App Build" Mechanism

Resolved in Pega Version 7.4

The Mobile Application 'Build' mechanism was not picking up on the JVM Proxy Settings (-Dhttps.proxyHost, -Dhtps.proxyPort, -Dhttps.proxySet). This has been added.

SR-B82481 · Issue 333250

added safecheck to sectionRefreshCallback

Resolved in Pega Version 7.4

When doing a refresh of a section in the PSI app, the Hybrid client in function sectionRefreshCallback in pzpega_ui_ajaxengine.js was causing a crash. This was due to a missing safe check which has now been added.

SR-B82678 · Issue 338616

Optimistic packaging updated to handle missing pxflows

Resolved in Pega Version 7.4

Opening a Work object on a Mobile device generated the error "The reference.pxFlow() is not valid. Reason: unexpected character ')' at position 8, expected subscript (wildcards not allowed)". This was traced to missing pxFlows due to the customized way the case was created, and handling has been added to clear the error messages in pyWorkPage while packaging for optimized cases.

SR-B82678 · Issue 338451

Optimistic packaging updated to handle missing pxflow errors

Resolved in Pega Version 7.4

Opening a Work object on a Mobile device generated the error "The reference.pxFlow() is not valid. Reason: unexpected character ')' at position 8, expected subscript (wildcards not allowed)". This was traced to missing pxFlows due to the customized way the case was created, and handling has been added to clear the error messages in pyWorkPage while packaging for optimized cases.

We'd prefer it if you saw us at our best.

Pega.com is not optimized for Internet Explorer. For the optimal experience, please use:

Close Deprecation Notice
Contact us