SR-D10100 · Issue 464283
Bulk actions filter works properly when additional filters are added
Resolved in Pega Version 8.3
The Bulk Actions filter was not working if other filters were used in conjunction with it. Investigation showed that when 'assigned to operator' was given a value, the values were fetched properly. When an additional condition was added, the section 'pyBulkProcessingSearchSection' activity called 'pzDefaultOperators' which then set the 'pyUserIdentifier' value to null, and no results were returned. As the activity already had a step to check if the .pyUsage!="Operator" and only then property-set, pyUserIdentifier = "", the subsequent step to set the pyUserIdentifier = "" and override the previous step has been removed.
SR-D7798 · Issue 465259
Grid reordering has correct row numbers in embedded panes
Resolved in Pega Version 8.3
When using an expand pane grid with row numbering and row reordering enabled, normally reordering any rows handled the row numbers as expected. After a new record was added in the Embedded Pane and the rows were interchanged/reordered, the row numbers were not reordered with respect to the numbers. Expanding a row and reordering it with the previous row resulted in the numbers being correct and swapped, but collapsing that expanded row then showed its old number. Attempting to expand the above collapsed row/wrong number row instead expanded the previous row. To resolve this, the performModalAction function in ui_grid JS has been updated so the row page and primary page will be recalculated even for single expand reordering case.
SR-D7966 · Issue 465416
Documentation updated to clarify accessing Data Pages from another application
Resolved in Pega Version 8.3
The documentation has been updated to clarify that when the operator is pointing to one AccessGroup in the runtime environment, access for Data Pages created in applications other than the default one is not allowed in the API.
SR-D9511 · Issue 469238
pyPreTriage and pyPostTriage flows now default to Draft Mode Off
Resolved in Pega Version 8.3
The out-of-the-box pyPreTriage and pyPostTriage flows had draft mode turned on. Due to this, Email Triage cases in production systems were sent into the problem flow. This has been corrected by turning off draft mode for pyPreTriage and pyPostTriage flows.
SR-D6769 · Issue 469284
Corrected tab closing issue for multiple clicks of Get Next Work
Resolved in Pega Version 8.3
While clicking multiple times very fast on a link configured with Get Next Work action, multiple tabs were getting opened with the same work object details and were not auto closing. This was traced to Issue with a stale conflictingHost in the handleGadgetLoad function, and updates have been made to the handleGadgetLoad function so it will get a new conflictingHost if the action is getNextWorkItem.
SR-D9610 · Issue 475238
Check added for null values in boolean filter of column properties
Resolved in Pega Version 8.3
Null values in the filter were showing as "NO" when 'Filter by Format' was enabled for filtering a boolean property (Checkbox) in the Column Properties of the table. This has been resolved by adding a check for empty values.
SR-D8650 · Issue 475298
Handling added for null sort order in file import metadata
Resolved in Pega Version 8.3
A NullPointerException was seen while fetching the sort order of indexes during a file import. This was caused by a null being returned for an index that did not have the sort order in the metadata, and has been resolved by adding a null check; if the metadata of the index returns "null" as sort order, then the order will be set to "A".
SR-D10969 · Issue 475335
Logic for the Materialized/Not Materialized feature updated
Resolved in Pega Version 8.3
The Materialized/Not Materialized feature was not working properly. When there was an aggregate dataset entry in the Advance page set to use "No" for materialized, doing "Materialized" in IH Summaries LP on that dataset materialized the dataset and created a duplicate entry in the aggregation config page where one was "No" and one was "Yes'. This has been corrected. It was also observed that after an application changed its name while the access groups remained the same, changing a dataset from "Not Materialized" to "Materialized" worked, but changing from "Materialized" to "Not Materialized" did not. Instead, a warning message was posted at the top of the page indicating the problem. Investigation showed that the pzChangeStatus activity failed because the current application name did not match the application name of the access group set for the aggregation configuration record. To resolve this issue, the logic has been updated to remove the reliance on the application name.
SR-D10970 · Issue 475336
Datasets created from the IH summary component correctly listed as aggregate
Resolved in Pega Version 8.3
Attempting to create an aggregate data set from the IH Summary shape did not properly list it as aggregate due to a source dataset error. This has been corrected.
SR-D10966 · Issue 476280
IH summary behavior change reverted
Resolved in Pega Version 8.3
Changes introduced to Interaction History aggregations in 8.1 intended to better align them with the existing behavior of the Interaction History shape in Strategy produced the unexpected side effect of lots of empty records. Based on feedback, the decision has been made to revert the IH aggregation behavior change.