SR-C65417 · Issue 406208
Autocomplete control corrected for dynamic index section
Resolved in Pega Version 8.1.1
When section was defined on the static index of pagelist (i.e. pagelist(1) ), the value selected in autocomplete was being set properly but when section was defined on dynamic index of pagelist (i.e. pagelist() ), the value selected in autocomplete was not being set. This was traced to LAST and FIRST predicates not being correctly resolved in templating. To correct this, while rendering auto complete with pzpega_ui_template_autocomplete.js file, the system will resolve predicates using the currentContext.resolvePredicates API.
SR-A87150 · Issue 256602
Dynamic setting added to override ADM JMS default
Resolved in Pega Version 7.2.2
ADM (a part of Pega DSM) was detecting JMS and switching over to JMS when available and using HttpInvoker in other cases. In order to allow customization, it is now possible to override the ADM JMS configuration and allow EAR deployments by way of a dynamic system setting to disable JMS at will.
INC-125972 · Issue 604080
Improved resolved rules cache
Resolved in Pega Version 8.5.2
When Rule resolution iterated over a candidate list to fetch a candidate, performance issues were seen on very large sites. To resolve this, an enhancement has been added that will cache the resolved virtual table entries to optimize performance in high demand use cases like DSM.
INC-137775 · Issue 583784
Improved resolved rules cache
Resolved in Pega Version 8.5.2
When Rule resolution iterated over a candidate list to fetch a candidate, performance issues were seen on very large sites. To resolve this, an enhancement has been added that will cache the resolved virtual table entries to optimize performance in high demand use cases like DSM.
INC-146114 · Issue 604411
Create Survey routes case correctly
Resolved in Pega Version 8.5.2
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.
INC-125972 · Issue 604083
Improved resolved rules cache
Resolved in Pega Version 8.4.4
When Rule resolution iterated over a candidate list to fetch a candidate, performance issues were seen on very large sites. To resolve this, an enhancement has been added that will cache the resolved virtual table entries to optimize performance in high demand use cases like DSM.
INC-137775 · Issue 583783
Improved resolved rules cache
Resolved in Pega Version 8.4.4
When Rule resolution iterated over a candidate list to fetch a candidate, performance issues were seen on very large sites. To resolve this, an enhancement has been added that will cache the resolved virtual table entries to optimize performance in high demand use cases like DSM.
INC-146114 · Issue 604414
Create Survey routes case correctly
Resolved in Pega Version 8.4.4
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.
SR-A80606 · Issue 254964
Data Import API updated to be case-sensitive
Resolved in Pega Version 7.2.2
When using a Data Import Shape for a Class Type which had a same named property identifier (but with a different case) as in the SR hierarchy, both the properties were considered valid and imported as SR properties. This caused issues in the strategy rule as the Set property components set the values for the incorrect instance and eventually led to strategy failures as the expected instance did not have a value set. This has been resolved by using a case-sensitive API to validate the source property against the target class.
SR-A93522 · Issue 262384
Validation highlights correct field with duplicated sections
Resolved in Pega Version 7.2.2
For business purposes, the same section was included twice in the UI to allow the left part to be used as read-only to see the old data while the right part was editable to modify existing data. When validation triggered an error to be displayed (required attribute set to Always) the message correctly appeared under the impacted control, but the RO label was shown in RED because the same labels were used for the read-only and editable components. This has been corrected to ensure that the correct labels get highlighted after the validation.