SR-B1132 · Issue 274302
SOAP simulations restored
Resolved in Pega Version 7.3
SOAP simulations were not executed as expected due to the hard coded value SOAP being removed and made generic. This has been fixed by updating the service type to SOAP in the parameters passed to the simulations section.
SR-B11441 · Issue 280633
Connect-SOAP jar recompiled with JDK 1.7 for greater compatibility
Resolved in Pega Version 7.3
After upgrade, an error was generated by Connect-SOAP calls on systems using JDK 1.7. This was caused by the Pega jar having been compiled with JDK 1.8, which lacks backwards compatibility. To resolve this, the jar has been recompiled using JDK 1.7 as it has forward compatibility and will work with the higher version.
SR-B11741 · Issue 285895
Tenant ID check added to Ruleset Wizard for MT
Resolved in Pega Version 7.3
Attempting to deleting a ruleset in a multi-tenant environment using the Ruleset Wizard resulted in the error message 'Getting records from the database' and the application would hang. This was due to a missing tenant ID in the SQL statement, and a check has been added to the query generation to ensure the prepared values for "pzTenantID" are included.
SR-B11927 · Issue 280995
pyContentType column populated in recents table
Resolved in Pega Version 7.3
After upgrade, the new column "pyContentType" was visible in the pr_data_recents table, but data was not getting populated into this column when work objects or rules were opened. This was due to the recents tab missing the pyContentType column query from the custom population queries, and this has now been added.
SR-B12215 · Issue 281902
Cancel button fixed for pzTabbedScreenFlow7 harness
Resolved in Pega Version 7.3
The Cancel button was visible on the modal template of the Data import Wizard but was missing on the pzTabbedScreenFlow7 harness. This has been fixed.
SR-B12374 · Issue 282127
Resolved StaleThreadError in LogHelper
Resolved in Pega Version 7.3
Repetitive stale thread errors were appearing in LogHelper. A check for thread destruction has been added to resolve this.
SR-B12374 · Issue 287614
Resolved StaleThreadError in LogHelper
Resolved in Pega Version 7.3
Repetitive stale thread errors were appearing in LogHelper. A check for thread destruction has been added to resolve this.
SR-B12451 · Issue 283057
Added case type propagation for layered applications built with NA wizard
Resolved in Pega Version 7.3
After creating an application on top of another using the New Application wizard and selecting the case types which need to be included the new application, not all of the cases and classes that should be present were shown. This was an issue with the correct pagelist not being checked while populating case types in the layered application, and code has been added to ensure all the case types of an existing application will come to a newly created application if the new application is built on top of an already existing application.
SR-B12474 · Issue 282553
BIX extraction config documentation updated
Resolved in Pega Version 7.3
When using command-line BIX 7.1 to extract records and write them to a secondary database, it appeared that some of the records got skipped. This was actually expected behavior: as the records got updated while the extract was running, those particular updated records got skipped as they did not fall into the time range that user was passing. To eliminate this confusion, the log message has been clarified. In addition, the information in the Guide indicated that if bix/useHistoryClasses was set to true, the generated query should always use the history table and not the actual work object table. However, it was not made clear that the BIX code does not use this option for explicit command line arguments. Therefore, the following text has been added to the BIX documentation under "Configuring the extraction environment" -> "Configuring optional prconfig.xml settings": Including class instances added during a batch run To ensure that class instances added to the Pega Platform database after a batch run begins execution are included in the extract, add the following property:
SR-B12474 · Issue 282643
BIX extraction config documentation updated
Resolved in Pega Version 7.3
When using command-line BIX 7.1 to extract records and write them to a secondary database, it appeared that some of the records got skipped. This was actually expected behavior: as the records got updated while the extract was running, those particular updated records got skipped as they did not fall into the time range that user was passing. To eliminate this confusion, the log message has been clarified. In addition, the information in the Guide indicated that if bix/useHistoryClasses was set to true, the generated query should always use the history table and not the actual work object table. However, it was not made clear that the BIX code does not use this option for explicit command line arguments. Therefore, the following text has been added to the BIX documentation under "Configuring the extraction environment" -> "Configuring optional prconfig.xml settings": Including class instances added during a batch run To ensure that class instances added to the Pega Platform database after a batch run begins execution are included in the extract, add the following property: