PM17636: Umlaute (a?u) is not displayed correctly in PDF filename when 'm ultiple' print is executed

APAR status

• Closed as program error.

Error description

• Any character that contains a Umlaute does not print correctly w
  hen it is in the filename of a PDF created by the 'multiple' pri
  nt option.
  
  Steps to Reproduce
  
  1.  Create a new Testplan named 'Gr?n'
  2.  Save the Testplan
  3.  Create a new Testplan called 'Gr?n II'
  4.  Save the Testplan
  5.  Go to View Testplans
  6.  Select 'Gr?n' and 'Gr?n II'
  7.  Select the 'PDF Icon -? Multiple' print option
  
  Failure
  
  When you open up the generated .zip file you'll see the invalid
  filename.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  Any character that contains a Umlaute does not print
  correctly when it is in the filename of a PDF created by the
  "multiple" print option.
  
  Steps to Reproduce
  
  1.  Create a new Testplan named "Gr?n"
  2.  Save the Testplan
  3.  Create a new Testplan called "Gr?n II"
  4.  Save the Testplan
  5.  Go to View Testplans
  6.  Select "Gr?n" and "Gr?n II"
  7.  Select the "PDF Icon -? Multiple" print option
  
  Failure
  
  When you open up the generated .zip file you'll see the
  invalid filename.
  

Problem conclusion

• Turns out that the original Zip spec only allows filenames
  to be encoded using IBM437 which does not support non-ASCII
  characters.  The spec was eventually extended (in 2007) to
  allow UTF-8, but the Java zipping tools have only been
  updated in Java 7 to reflect this change.  This means it is
  not possible for us to fully support non-ASCII characters as
  filenames for zip entries.
  
  That being said, I've made some changes that should give
  better results.  This is the best we can do until the
  release of Java 7 (and RQM's adoption of it).
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  RQM STD ED

• Fixed component ID

  5724V1001

Applicable component levels

• R201 PSN

     UP