mirror of
https://github.com/qpdf/qpdf.git
synced 2024-12-22 19:08:59 +00:00
Add detail about Unicode passwords
This commit is contained in:
parent
1bd2a2e79b
commit
7855e18ae2
16
TODO
16
TODO
@ -190,9 +190,19 @@ I find it useful to make reference to them in this list
|
|||||||
came from Adobe's example site.
|
came from Adobe's example site.
|
||||||
|
|
||||||
* Consider the possibility of doing something locale-aware to support
|
* Consider the possibility of doing something locale-aware to support
|
||||||
non-ASCII passwords. Update documentation if this is done.
|
non-ASCII passwords. Update documentation if this is done. Consider
|
||||||
Consider implementing full Unicode password algorithms from newer
|
implementing full Unicode password algorithms from newer encryption
|
||||||
encryption formats.
|
formats. See ../misc/unicode-password*. If code is added to
|
||||||
|
properly encode Unicode passwords, figure out how to deal with
|
||||||
|
backward compatibility. Either require some additional flag to
|
||||||
|
decode the password or provide a `--raw-password` flag to suppress
|
||||||
|
decoding. While automatically encoding breaks backward
|
||||||
|
compatibility, it's probably the right behavior because the current
|
||||||
|
behavior is arguably a bug. Alternatively, if the password doesn't
|
||||||
|
work as a raw password and contains characters outside US-ASCII,
|
||||||
|
try various encoding methods to see if any work. See section
|
||||||
|
7.6.3.3, algorithms 2 and 2A, in the ISO spec for details. (This is
|
||||||
|
tracked in https://github.com/qpdf/qpdf/issues/215.)
|
||||||
|
|
||||||
* See if we can avoid preserving unreferenced objects in object
|
* See if we can avoid preserving unreferenced objects in object
|
||||||
streams even when preserving the object streams.
|
streams even when preserving the object streams.
|
||||||
|
Loading…
Reference in New Issue
Block a user