SR-D33214 · Issue 514022
Added safeURL encoding for Japanese characters in attached filenames
Resolved in Pega Version 8.3.2
It was not possible to preview a Japanese-titled PDF file attached on a work object. Investigation showed that in case of Japanese characters, file names were not being correctly encoded during the fetch request when JBoss was used. The retrieval worked correctly under Tomcat. In order to ensure consistent encoding, the safeURL API will be used for constructing the URL and for the activities DisplayAttachFile and pzDownloadFromRepository which add the ContentDisposition header.
SR-B54906 · Issue 313350
Column calculations fixed for RD exported to Excel
Resolved in Pega Version 7.3.1
When exporting a report definition that contains calculated columns to Excel, the columns were either blank or 0% for each row even though the correct calculated values appeared in both the HTML preview and the PDF export. Additionally, date formatting was not applied in the Excel export. This was due to legacy code inserted in an earlier version of Pega to repair Export to Excel; the fix is no longer necessary since the exporting function was reworked, and has been removed.
SR-D40803 · Issue 511593
JSON parsing error on export resolved by ensuring parameter encoding
Resolved in Pega Version 8.4
Menu items like "PDF" and "Excel" were not loading on click of the "Export" Button, and an "Exception in parsing JSON" message was logged. The export worked as expected when the menu rule actions of each menu item were modified to remove the openurlinwindow actions. This was traced to the Response JSON being broken due to a invalid format created when the "propositionName" was passed as an unencoded parameter when the report was exported. This has been resolved by ensuring the input parameters are encoded before creating the URL.
SR-D53757 · Issue 523128
JSON parsing error on export resolved by ensuring parameter encoding
Resolved in Pega Version 8.1.8
Menu items like "PDF" and "Excel" were not loading on click of the "Export" Button, and an "Exception in parsing JSON" message was logged. The export worked as expected when the menu rule actions of each menu item were modified to remove the openurlinwindow actions. This was traced to the Response JSON being broken due to a invalid format created when the "propositionName" was passed as an unencoded parameter when the report was exported. This has been resolved by ensuring the input parameters are encoded before creating the URL.
SR-D40803 · Issue 511591
JSON parsing error on export resolved by ensuring parameter encoding
Resolved in Pega Version 8.3.2
Menu items like "PDF" and "Excel" were not loading on click of the "Export" Button, and an "Exception in parsing JSON" message was logged. The export worked as expected when the menu rule actions of each menu item were modified to remove the openurlinwindow actions. This was traced to the Response JSON being broken due to a invalid format created when the "propositionName" was passed as an unencoded parameter when the report was exported. This has been resolved by ensuring the input parameters are encoded before creating the URL.
SR-C25321 · Issue 372748
Cleared checkbox param to ensure correct exported date/time
Resolved in Pega Version 8.1
When a report definition was configured to display a datetime property with column format as DateTime and DateTime format as "01-Jan-2011 1:00:00 AM EDT" is displayed in report viewer as "09-Apr-2018 02:20:00 PM EDT" (12hr format), the date showed as "09-Apr-2018 14:20:00 EDT" (24hr format) when it was exported to a PDF. In this situation, the report viewer has a querytimestamp field which uses Data time as the control and has the display 24 hours format checkbox checked. This value was added to the parameter page and later was not cleared, causing the other data time fields also display in 24 hours format. To correct this, pzGenerateFormat RUF has been modified to clear this param at the end.