Anno domini 2024 Sun, 25 Aug 12:27:44 -0400 E. Liddell via tde-users scripsit:
On Sun, 25 Aug 2024 12:32:04 +0200 "Dr. Nikolaus Klepp via tde-users" users@trinitydesktop.org wrote:
Hi all!
I just found that KPDF is (again) asking for a password on non-password-protected PDFs and fails to open the PDF if no password is given. The PDF preview in konqueror is fine. I have attached a PDF that triggers the behaviour on my system (KPDF 14.2.0~pre65-0debian13.0.0+3~a).
Could somebody please verify?
The file is encrypted, which would explain the password:
$ pdfinfo ch32v003rm.pdf Title: CH32V003RM-EN Author: WCH Creator: pdfFactory Pro pdffactorychina.cn Producer: pdfFactory Pro 8.31 (Windows 11 CreationDate: Mon Mar 11 07:25:23 2024 EDT Custom Metadata: no Metadata Stream: no Tagged: no UserProperties: no Suspects: no Form: none JavaScript: no Pages: 185 Encrypted: yes (print:yes copy:yes change:no addNotes:yes algorithm:AES-256) Page size: 595.32 x 841.92 pts (A4) Page rot: 0 File size: 2283093 bytes Optimized: no PDF version: 1.7
How it ended up that way, I couldn't say. The "Producer:" line suggests that this is not being done on your system, so if it didn't start out encrypted, it's being tampered with in transit somewhere. Doesn't look like a kpdf issue, anyway.
Well, xpdf has no problem opening the file without password, nor has firefox, so it's either a kpdf or better a libpoppler issue. pdfinfo uses libpoppler, too, so that says it's a libpoppler problem.
The same thing happened some years ago and was somehow solved. This is most likely a regression.
Nik
E. Liddell ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...