SR-D60367 · Issue 534852
StretchTabsWidth performance improvements
Resolved in Pega Version 8.2.6
Slowness was seen when a new intent task was created through an interaction. To improve performance, some of the unnecessary calls to the Layout Group _updateStretchTabsWidth() function have been eliminated, and the function code has been updated to use native javascript performant helper functions so it starts rendering sooner. A flag has also been added to disable addnewtab and resizeactions: these need to be enabled through pega.u.d.DISABLE_LG_RESIZE and pega.u.d.DISABLE_ADDNEWTAB.
SR-D60367 · Issue 534851
StretchTabsWidth performance improvements
Resolved in Pega Version 8.3.2
Slowness was seen when a new intent task was created through an interaction. To improve performance, some of the unnecessary calls to the Layout Group _updateStretchTabsWidth() function have been eliminated, and the function code has been updated to use native javascript performant helper functions so it starts rendering sooner. A flag has also been added to disable addnewtab and resizeactions: these need to be enabled through pega.u.d.DISABLE_LG_RESIZE and pega.u.d.DISABLE_ADDNEWTAB.
SR-D60367 · Issue 534853
StretchTabsWidth performance improvements
Resolved in Pega Version 8.5
Slowness was seen when a new intent task was created through an interaction. To improve performance, some of the unnecessary calls to the Layout Group _updateStretchTabsWidth() function have been eliminated, and the function code has been updated to use native javascript performant helper functions so it starts rendering sooner. A flag has also been added to disable addnewtab and resizeactions: these need to be enabled through pega.u.d.DISABLE_LG_RESIZE and pega.u.d.DISABLE_ADDNEWTAB.
SR-B73599 · Issue 324612
Filtering fixed for properties defined by @@CaseWhen()
Resolved in Pega Version 7.3.1
Filtering was not applied for properties defined by @@CaseWhen() . This was due to some function alias calls needing double quotes for literal parameters. The double quotes are removed after section XML is submitted and hence the param available to the grid (via html attribute sortField) did not have the double quotes. To correct this, a function alias call in RD bound grid will set the pyColumnName to pyFieldName since the pyColumnName does not have the double quotes that are needed by some functions.
SR-A93324 · Issue 260101
Pega-RULES DateTime handling corrected for backwards compatibility
Resolved in Pega Version 7.2.2
An error was found in the function Pega-RULES DateTime dateTimeToDecimal--(String,String,PublicAPI) that caused issues with backwards compatibility and possible XML Parsing Errors. Handling of the second parameter to the dateTimeToBigDecimal function has now been updated to be consistent with with previous versions.
SR-A1538 · Issue 209276
prvisiointerface.cab unblocked
Resolved in Pega Version 7.1.9
Effective with earlier ML versions of Pega7, several OCX functions were intentionally deprecated and replaced with Silverlight functions: Prbatchscanning prDeveloper prpackagecominterface prvisiointerface. However, it was found that there are two Word features around the embed merge function requiring prvisiointerface.cab that will produce some visual problems on the screen referring to the missing cab break if the files are ported from an earlier version of PRPC and prvisiointerface.cab is unavailable. Therefore, prvisiointerface.cab has been unblocked and restored for use.
SR-A1538 · Issue 207014
prvisiointerface.cab unblocked
Resolved in Pega Version 7.1.9
Effective with earlier ML versions of Pega7, several OCX functions were intentionally deprecated and replaced with Silverlight functions: Prbatchscanning prDeveloper prpackagecominterface prvisiointerface. However, it was found that there are two Word features around the embed merge function requiring prvisiointerface.cab that will produce some visual problems on the screen referring to the missing cab break if the files are ported from an earlier version of PRPC and prvisiointerface.cab is unavailable. Therefore, prvisiointerface.cab has been unblocked and restored for use.
SR-C16548 · Issue 360113
Fixed UDF calls schema prefix
Resolved in Pega Version 8.1
UDF calls were being prefixed with the schema name of the class rather than schema name in which the AllOf/OneOf functions are stored. To correct this, the UDF will instead be prefixed using the schema name of the PegaDATA database where the functions/UDFS are installed.
SR-D33832 · Issue 503958
Configurability added to SLA Timeliness to allow either 0 or NULL for Unqualified records
Resolved in Pega Version 8.4
When using a Report Definition where the count (aggregate function) was used for both the WithinSLA and Past Deadline columns, the correct value was not getting displayed. The correct value was displayed when the sum function was used instead of the count function, but clicking 'value' returned all values despite what value was displayed on the screen. This was a behavior change related to performing a drill down action on a report definition. As per the older behavior, drill down relies on a specific value (NULL) to determine whether a record is a candidate to be shown in the drill down report. From 7.2.1 forward, drilldown relies on value 0 instead of NULL to make the average summarize function work properly, which led to a change in behavior when used with other summarize functions like sum and count. To resolve this, SLA Timeliness related RAFs have been modified to conditionally return either 0 or NULL for Unqualified records based on a DASS config.
SR-D33832 · Issue 503957
Configurability added to SLA Timeliness to allow either 0 or NULL for Unqualified records
Resolved in Pega Version 8.2.4
When using a Report Definition where the count (aggregate function) was used for both the WithinSLA and Past Deadline columns, the correct value was not getting displayed. The correct value was displayed when the sum function was used instead of the count function, but clicking 'value' returned all values despite what value was displayed on the screen. This was a behavior change related to performing a drill down action on a report definition. As per the older behavior, drill down relies on a specific value (NULL) to determine whether a record is a candidate to be shown in the drill down report. From 7.2.1 forward, drilldown relies on value 0 instead of NULL to make the average summarize function work properly, which led to a change in behavior when used with other summarize functions like sum and count. To resolve this, SLA Timeliness related RAFs have been modified to conditionally return either 0 or NULL for Unqualified records based on a DASS config.