<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><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#c11">Comment # 11</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 <span class="vcard"><a class="email" href="mailto:mikekaganski@hotmail.com" title="Mike Kaganski <mikekaganski@hotmail.com>"> <span class="fn">Mike Kaganski</span></a>
</span></b>
        <pre>The PDF encryption was implemented here:
<a href="https://bz.apache.org/ooo/show_bug.cgi?id=12626">https://bz.apache.org/ooo/show_bug.cgi?id=12626</a>

Code pointers:
1. Setting the password dialog to only accept ASCII:
<span class="quote">> aPwdDialog->AllowAsciiOnly();</span >
in IMPL_LINK_NOARG(ImpPDFTabSecurityPage, ClickmaPbSetPwdHdl, Button*, void)
(filter/source/pdf/impdialog.cxx)

2. Using the string encoded as ANSI-1252:
<span class="quote">> OString aString( OUStringToOString( i_rPassword, RTL_TEXTENCODING_MS_1252 ) );</span >
in void PDFWriterImpl::padPassword( const OUString& i_rPassword, sal_uInt8*
o_pPaddedPW ) (vcl/source/gdi/pdfwriter_impl2.cxx)

3. Code that checks if an allowed character is entered:
void SfxPasswordDialog::ModifyHdl(Edit* pEdit) (sfx2/source/dialog/passwd.cxx)

I am now unsure if it would be good idea to make both fields (password and
verification) working identically: if they both filtered user input, then user
could not notice that some of characters were rejected, and be sure that the
password is as entered; and after that, would discover the password (containing
non-1252 characters) be wrong. But anyhow, the code that filters out characters
could make visual and audible hints that some characters got filtered (e.g.,
balloon hints or something).

The other idea (to use UTF-8 encoding, and thus allow any input) looks more
appealing.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>