<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - characters £ ì è é ò ç à ° § ù © not accepted in PDF passwords" href="https://bugs.documentfoundation.org/show_bug.cgi?id=70183#c12">Comment # 12</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - characters £ ì è é ò ç à ° § ù © not accepted in PDF passwords" href="https://bugs.documentfoundation.org/show_bug.cgi?id=70183">bug 70183</a> from <a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> Mike Kaganski</a> <pre>The relevant information from Adobe is here: <a href="https://forums.adobe.com/thread/831473">https://forums.adobe.com/thread/831473</a> <a href="https://forums.adobe.com/thread/489152">https://forums.adobe.com/thread/489152</a> 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().</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>