Skip Menu |

This queue is for tickets about the Unicode-Stringprep CPAN distribution.

Report information
The Basics
Id: 52780
Status: resolved
Priority: 0/
Queue: Unicode-Stringprep

People
Owner: Nobody in particular
Requestors: CFAERBER [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Unimportant
Broken in: (no value)
Fixed in:
  • 1.09_70091229
  • 1.09_70091230



Subject: depends on Unicode::Normalize, which is based on different Unicode versions
Usually, Stringprep profiles mandate an exact Unicode version to be used for preparation, including normalisation. However, Unicode::Stringprep uses Unicode::Normalize, which implements different versions of the Unicode standard, depending on the date of the perl it came with. Impact: Invalid input might result in valid and sensible output instead of rejection. (Characters added after Unicode 3.2 might be mapped to characters present in Unicode 3.2, which would not happen if normalisation would follow Unicode 3.2.)
This might be a reason to change the required perl version to 5.8.0, which comes with the Unicode 3.2 database. However, I'll push that back until IDNA is released and Net::IDN::Encode won't depend on Unicode::Stringprep.
IDNA 2008 / IDNA bis
U::S now implements the method described in UAX #15, section 19 to create old Normalization Forms.