https://bugs.documentfoundation.org/show_bug.cgi?id=50400
Timur <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|PDF: When exporting to PDF, |PDF export: Warn that
|the password field does not |password field does not
|accept Unicode characters. |accept Unicode characters
| |other than ASCII (see
| |Comment 6)
--- Comment #6 from Timur <[email protected]> ---
https://bugs.documentfoundation.org/show_bug.cgi?id=70183#c12
Mike Kaganski 2017-07-08 18:54:42 UTC
The relevant information from Adobe is here:
https://forums.adobe.com/thread/831473
https://forums.adobe.com/thread/489152
So, the algorithm used by LibreOffice could in theory allow using any
characters, but they would need to be converted to system 8-bit codepage
(different for Win and Mac) before using for encryption. Thus, a PDF encrypted
with non-ASCII characters would be ~impossible to open on any system with
different system locale. Thus, using the ASCII restriction is a good choice.
I tested that encoding the password as utf-8 makes the PDF unopenablw using
Adobe Acrobat Reader DC 2017.
The problem here remains only to make this user-visible and documented.
As the easiest solution for those who would like to implement this (as an
easyhack), I'd propose to add to the SfxPasswordDialog a (yellow?) label saying
something like "Only English letters, numbers other ASCII characters", which
were hidden by default, and were made visible in the
SfxPasswordDialog::AllowAsciiOnly().
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
