Bug#606885: xpdf: no longer asks for password in dialog window

[<matthias.hinkfoth@uni-rostock.de>]

Hi Florian,

> I wasn't sure how to triage this bug without a password-protected
> PDF file handy, but it turns out Libreoffice can create those.

I recently used pdftk to create a password-protected PDF file.
Something like
$ pdftk plain.pdf cat 1-end output protected.pdf user_pw secret
should work from the command line.

> xpdf will abort with an error ("Command Line Error: Incorrect password")
> unless the correct password is supplied on the command line. This is
> probably not very useful in cases where xpdf is not started from the
> command line (web browser, graphical file manager, ...).

The problem also appears with the poppler-utils, e.g.:
$ pdfinfo protected.pdf
Command Line Error: Incorrect password

I suspect this to be one of the many bugs that arise due to
inconsistency between xpdf and poppler (libpoppler64 in this case).

I just built a copy of xpdf without libpoppler and the password
dialog works just fine.

Sources: https://github.com/hinki1/xpdf-nopoppler

To be built with: $ fakeroot debian/rules clean binary

Regards,
Matthias