SR-C11036 · Issue 353252
Extract ruleform DB schema type persists
Resolved in Pega Version 7.4
After an update was installed to enable generation to Database schema on Pega Cloud, the Extract ruleform changed automatically from 'Database Schema' output format to 'XML' even after save or check-in. Any ruleform changes were not getting persisted and always reverted to XML. . This was a missed use case in saving the BIX rule from UI, and has been corrected by resetting the output format when it is PegaCloud and the output format is schema.
SR-C6181 · Issue 348042
pyGuideID size limit increased to 128 characters
Resolved in Pega Version 7.4
The Guides task progress was not updated when tasks status was modified and the guide name was more than 32 characters. This was due to column pyGuideID having a size limit of 32, causing the extra characters to be truncated. To resolve this, the column size of pyGuideID of pc_work_guide has been increased from 32 characters to 128.
SR-C6181 · Issue 347504
pyGuideID size limit increased to 128 characters
Resolved in Pega Version 7.4
The Guides task progress was not updated when tasks status was modified and the guide name was more than 32 characters. This was due to column pyGuideID having a size limit of 32, causing the extra characters to be truncated. To resolve this, the column size of pyGuideID of pc_work_guide has been increased from 32 characters to 128.
SR-C6182 · Issue 348515
Conditional binding added to handling literals in SQL
Resolved in Pega Version 7.4
Literal values were appearing in the the SQL against PR_SYSGEN_STATIC_CONTENT, causing the query to be reassessed every time on an Oracle system and adding a new entry to the shared pool instead of using a pre-existing execution plan. In order to reduce overhead on the database caused by non-bind values, conditional binding will be implemented if PRThread context exists.
SR-C6751 · Issue 349286
Corrected duplicate table names for DB2 z/OS import
Resolved in Pega Version 7.4
When using Explicit DDL generation for DB2 z/OS, auxiliary tables were generated with the same name when deploying on single schema deployment. This happened when importing archives that created tables in both the PegaRULES and PegaDATA logical DBs when those logical DB names corresponded to the same database schema, and was due to the handling of lob table names for single schema deployments using Pega DB logical names for storing the last generated index. This has been fixed by changing to tracking the last generated index by DB2 z/OS database name / database schema name in order to prevent PegaRULES and PegaDATA lob tables from having naming collisions.
SR-C6751 · Issue 349078
Corrected duplicate table names for DB2 z/OS import
Resolved in Pega Version 7.4
When using Explicit DDL generation for DB2 z/OS, auxiliary tables were generated with the same name when deploying on single schema deployment. This happened when importing archives that created tables in both the PegaRULES and PegaDATA logical DBs when those logical DB names corresponded to the same database schema, and was due to the handling of lob table names for single schema deployments using Pega DB logical names for storing the last generated index. This has been fixed by changing to tracking the last generated index by DB2 z/OS database name / database schema name in order to prevent PegaRULES and PegaDATA lob tables from having naming collisions.
SR-B81422 · Issue 332673
Fixed null-pointer exception on rollback
Resolved in Pega Version 7.4
Attempting a rollback using prpcServiceUtils.properties and serviceConnection.properties was causing an null-pointer exception. This has been resolved with improved error handling.
SR-B81422 · Issue 330657
Fixed null-pointer exception on rollback
Resolved in Pega Version 7.4
Attempting a rollback using prpcServiceUtils.properties and serviceConnection.properties was causing an null-pointer exception. This has been resolved with improved error handling.
SR-B84123 · Issue 333253
Documentation corrected for path to PostgreSQL on SUSE Linux
Resolved in Pega Version 7.4
An incorrect path was included in the Linux documentation for the instructions to install pljava: the correct path is "PostgreSQL_Home"/lib64/ , and the documentation has been corrected to reflect that.
SR-B86779 · Issue 340677
Dirty state check added to TabbedScreenFlow data import
Resolved in Pega Version 7.4
In Data Import Wizard, selecting a file to import and then clicking cancel produces the prompt "You are about to discard your changes". After that, clicking Cancel and then Next caused the data wizard screen to vanish and the activity status message screen appeared. This was due to a missing dirty state check for the import harness pzTabbedScreenFlow7, and has been fixed.