Am 29.06.19 um 15:19 schrieb Tilman Hausherr:
Am 29.06.2019 um 14:59 schrieb Andreas Lehmkuehler:
Am 29.06.19 um 05:20 schrieb Tilman Hausherr:
Me thinks not :-(
https://tools.ietf.org/html/rfc3454#appendix-C.3
----- Start Table C.3 ----- E000-F8FF; [PRIVATE USE, PLANE 0] F0000-FFFFD;
[PRIVATE USE, PLANE 15] 100000-10FFFD; [PRIVATE USE, PLANE 16] ----- End
Table C.3 -----
The code is:
return 0xE000 <= codepoint && codepoint <= 0xF8FF
|| 0xF000 <= codepoint && codepoint <= 0xFFFFD
|| 0x100000 <= codepoint && codepoint <= 0x10FFFD;
He missed a "0" in the second line :-(
Is this just an annoying issue or something severe?
It will affect people who decrypt / encrypt PDF documents with 256 bit
encryption and non latin passwords.
IMHO very few people are affected but these will be very angry.
Hmmm, doesn't sound like we have to do an immediate bugfix release.
Andreas
Tilman
Andreas
Tilman
Am 28.06.2019 um 19:12 schrieb Tim Allison:
All,
I hope this doesn't fall into the category of "information that
would have been useful yesterday!!!"... One of our unit tests after
tika-app (ARGH!) is now failing at SASLPrep because it is declaring
that u2070E is private use. Is that correct?
See https://issues.apache.org/jira/browse/TIKA-2858 for the
triggering password and document.
Best,
Tim
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
