SR-123609 · Issue 184384
Added timeout for SendEmailMessage and SendEmail RUFs
Resolved in Pega Version 7.1.8
A problem was noted with case auto-creation from email occasionally stopping. This was due to the out-of-the-box sendemailmessage function not having any mechanism to stop the requestor from waiting after certain period of time, meaning if the email server was down at that point of time the PRPC requestor kept on waiting forever for the connection. To resolve this, a default timeout of 60000 ms (1 minute) has been added to the SendEmailMessage and SendEmail RUFs. The error "The Connection to be outbound email server timed out. The Server may be unavailable, or the connection configuration may be incorrect. Verify Username, Password and SSL options" will appear. This timeout value can be overridden by creating a Dynamic System Setting with name "email/timeout" in "Pega-IntSvcs" ruleset to set the desired value.
SR-123609 · Issue 190249
Added timeout for SendEmailMessage and SendEmail RUFs
Resolved in Pega Version 7.1.8
A problem was noted with case auto-creation from email occasionally stopping. This was due to the out-of-the-box sendemailmessage function not having any mechanism to stop the requestor from waiting after certain period of time, meaning if the email server was down at that point of time the PRPC requestor kept on waiting forever for the connection. To resolve this, a default timeout of 60000 ms (1 minute) has been added to the SendEmailMessage and SendEmail RUFs. The error "The Connection to be outbound email server timed out. The Server may be unavailable, or the connection configuration may be incorrect. Verify Username, Password and SSL options" will appear. This timeout value can be overridden by creating a Dynamic System Setting with name "email/timeout" in "Pega-IntSvcs" ruleset to set the desired value.
SR-A97279 · Issue 275613
Resolved unneeded data flow validation error
Resolved in Pega Version 7.2.2
When selecting a data flow for a strategy test run, the error "Could not find data flow " was being logged for all the data flows available in the environment. This issue occurred when there were data flows in different applications in the system: the validation process of the smart prompt would try to load all data flows and try to validate them regardless of whether they were part of the application. While the logs did not affect functionality, the activity that executes the validation of data flows has been modified to no longer execute validation on data flows that don't belong to the current application. It will list all existing data flows and then check if it can be accessed by the current operator. However, please note that incorrect results may appear if external applications are used to monitor the logs
SR-B55777 · Issue 313143
Bulk processing out-of-the-box filter conditions correctly displays all records
Resolved in Pega Version 7.3.1
On launching the bulk actions in manager portal, records are displayed based on the filter properties - CaseType, AssignedToOperator & WorkStatus. However, on deleting and adding the last filter 'WorkStatus' and clicking on filter cases, records were removed from the UI. This was traced to pyUserIdentifier and pyLabel being cleared on a step of 'pzDefaultOperators', resulting in incorrect SQL query generation and no records retrieved from the database. This has been fixed by deleting the erroneous removal step for this function. In addition, it was noted that the activity 'pyPreBulkProcessing' gave the default value for the Assigned To Operator property filter value as "OperatorID.pyUserName" (set in double quotes); this caused the filter value of AssignedToOperator to be set to 'OperatorID.pyUserName' in the clipboard irrespective of user selection. The enclosing double quotes have been removed so the parameter will be correctly set.
SR-C48633 · Issue 390528
Missing rules will be inserted into pr4_rule_vw table
Resolved in Pega Version 8.1
On running ExposeCols from prpcutils, if pr4_rule_vw table was truncated or had some rules missing, then the records were not being updated. Logging indicated there were view rules which were present in pr4_rule_vw but not present in the actual class, causing a duplicate key exception when the system tried to insert the same rule again into the pr4_rule_vw table. Previously, ExposeCols functionality always updated the rule record and its corresponding Data-Rule-Summary record but would never insert a new rule or Data-Rule-Summary record. This meant that if the pr4_rule_vw table was truncated before running the column expose, none of the rows were getting updated as the table was empty. To resolve this, if the rule is missing in the pr4_rule_vw table, insert queries will be executed and the rule will be populated in the corresponding Data-Rule-Summary record.
SR-D16221 · Issue 485527
Email replies fixed for cases addressed to CC or BCC address
Resolved in Pega Version 8.3
Using Customer Service, if a Customer included 3 email accounts in single email (one email in To, one in CC, and one in BCC) and all three accounts had the listener configured and running, the system created 3 cases accordingly (I-1, I-2 and I-3). However, when the CSR picked up the case and replied back on each Interaction case, the customer could receive emails only from the first case (the I-1 case which was created based on To address) and replies from the other cases created from the CC and BCC email addresses were not received. Investigation showed that the function populating the “From” email address for replies was only considering email addresses in the “To” recipient list of the original email and not the email addresses which were in the “CC” or “BCC” list. This has been corrected.
SR-D55106 · Issue 525464
Improvements to error recovery and logging for BIX extracts
Resolved in Pega Version 8.4
Previously, the BIX incremental extraction would restart from the last extraction date time if it had a failure, even if some batches were processed successfully, and the starting and ending datetime considered for the incremental extraction were not logged. As part of this update, extractions will resume from the point of failure instead of starting all over again, and the logging has been enhanced to include Information about the parameters used for extraction (starting time, end time, #of records processed/failed etc). However, if the -f flag is set, batch level failures will cause BIX to terminate but blob read errors will not. This causes the restart logic in this fix to not function properly in the face of blob read errors such as an ORA-01555 when reading the blob. Resolution for that aspect of this issue will be provided in a future release.
SR-D42402 · Issue 508896
Added differentiated handling for special symbols based on location in the label string
Resolved in Pega Version 8.4
While importing an Excel file into a decision table that used custom functions like@string:notequal or equal, label names like 'AlphaPrefix !=AAA' resulted in the error "invalid expression or reference: line 1:28 extraneous input '"True"' expecting {<EOF>, '-', '+', '=', '*', '/'," " . Investigation found that the problem was with the label of the column not handling the the special characters like (‘!=’, ‘<’ , ‘<=’, ‘>’, ‘>=’ ) present in the middle of the label string: the label and default operator were being updated irrespective of the location of the symbols within the string. To resolve this, DecisionTableWorkBookConverter.java has been modified to set the operator only if the special strings (‘!=’, ‘<’ , ‘<=’, ‘>’, ‘>=’ ) are present at the end of the label.
SR-D25184 · Issue 494692
Support added for referencing Page Group property inside of strategy
Resolved in Pega Version 8.4
Referencing a page property under Page Group property inside a strategy resulted in a runtime error of ClassCasting: "java.lang.ClassCastException: java.util.ArrayList cannot be cast to com.pega.decision.strategy.ssa.runtime.ClipboardPage". The issue was traced to the SSA optimized code for the GetPage SSA assuming that the GetPage SSA would only have another page as a parent. In order to handle the above scenario where GetPage would have a GetPageCollection as a parent and return a List of ClipboardPages, a GetPage function has been applied over each entry in the results of the GetPageCollection SSA using a MapAction SSA. Some optimizations will be applied in cases where the GetPageCollection has only one entry, which will replace the MapAction with a simple GetPage action.
SR-D16221 · Issue 485533
Email replies fixed for cases addressed to CC or BCC address
Resolved in Pega Version 8.1.6
Using Customer Service, if a Customer included 3 email accounts in single email (one email in To, one in CC, and one in BCC) and all three accounts had the listener configured and running, the system created 3 cases accordingly (I-1, I-2 and I-3). However, when the CSR picked up the case and replied back on each Interaction case, the customer could receive emails only from the first case (the I-1 case which was created based on To address) and replies from the other cases created from the CC and BCC email addresses were not received. Investigation showed that the function populating the “From” email address for replies was only considering email addresses in the “To” recipient list of the original email and not the email addresses which were in the “CC” or “BCC” list. This has been corrected.