[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 --- Comment #10 from S.B. --- Yup, I would love to do it myself but I have too many life things going on. Hopefully someone in charge of that feature takes notice. Maybe its just something silly like someone forgot that string indexing starts at 0 instead of 1 and offset the password read. :-) -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 --- Comment #9 from Julien Nabet --- (In reply to S.B. from comment #8) > That's OK :-) The top of page 59 in the specification guide may be a clue > as to where the failure is occurring (detection of the default user password > which should trigger an automatic decryption). Perhaps check the routine in > LibreOffice that reads the "padding string" to make sure it is being read > correctly? I don't have the patience to understand the whole mechanism but now we got a code pointer and a spec, I suppose someone (who knows coding) may give it a try. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 --- Comment #8 from S.B. --- That's OK :-) The top of page 59 in the specification guide may be a clue as to where the failure is occurring (detection of the default user password which should trigger an automatic decryption). Perhaps check the routine in LibreOffice that reads the "padding string" to make sure it is being read correctly? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 --- Comment #7 from Julien Nabet --- Sorry, it wasn't for you specifically but for LO devs. But of course, if you know coding and would like to involve, don't hesitate to contribute! :-) If interested this link may help: https://wiki.documentfoundation.org/Development/GetInvolved LO is mainly (at least 95%) coded in C++. About PDF specs, you can find it here: https://opensource.adobe.com/dc-acrobat-sdk-docs/standards/pdfstandards/pdf/PDF32000_2008.pdf This one is Adobe version, there's also iso version but you must pay to have it if I read well the forums. It seems there are some slight differences but not sure it's relevant here. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 --- Comment #6 from S.B. --- Basically the flow should go something like this... Open File Check for encryption If encryption is True, determine access permissions Parse based upon permission Type(s) e.g. Type One: Read Only - Decrypt file but deny editing Type Two: Read Only, Private Edit - Decrypt file but require Edit password upon edit attempt. Type Three: Private - Require Read Password to decrypt allow edit Type Four: Private, Private Edit - Require Read Password, Require edit password upon edit attempt. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 --- Comment #5 from S.B. --- Unfortunately it has been a really long time since I last programmed anything and my language of choice was Delphi (Turbo Pascal). It would take me a long time to get up to speed on this by myself. My thoughts are that "encryption" should not necessarily indicate that a file should be unreadable without a password, only that it may have levels for access based upon editor access permissions and viewer access permissions. If it is not determining the difference between the different permission types and levels of access and just lumping all under "encrypted" and requiring all levels to enter a password rather than allowing an access level to be chosen (which should then request a password based upon access rights) then something has not been coded properly. The encryption is basically prevention of editing contents without editing rights. If general read permissions are allowed in the file, then decryption of the contents for read only purposes should be automatic (Gimp's behaviour?), while editing permission should then require the editor's password. (eg. expected behaviour would be - when someone tries to type in the document a dialogue should come up requesting the editor's password *OR* a notice to indicate that the file is "read only".) Without actually seeing the PDF specifications, I am going to assume that permissions should be like this: Open (editable) Read Only (Viewable but not editable without editor password) Private (Not viewable without read password but editable once viewable) Private Read Only (Not viewable without Read password Not editable without editor password) Anything Read Only or above will contain encryption. So maybe there is a section in the specification on access permissions? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 --- Comment #4 from Julien Nabet --- In checkEncryption, we go into "if( o_rIsEncrypted )" block (see https://opengrok.libreoffice.org/xref/core/sdext/source/pdfimport/wrapper/wrapper.cxx?r=f71606c9#921). That's because after line 918 o_rIsEncrypted = pPDFFile->isEncrypted() "o_rIsEncrypted" is true. After searching a bit why isEncrypted() return true. This method is defined with: 1058 bool PDFFile::isEncrypted() const 1059 { 1060 return impl_getData()->m_bIsEncrypted; 1061 } see https://opengrok.libreoffice.org/xref/core/sdext/source/pdfimport/pdfparse/pdfentries.cxx?r=776a1b9b=33301=1058#1058 Then searching what put "m_bIsEncrypted" to true, I found it was there: PDFFile::impl_getData() (see https://opengrok.libreoffice.org/xref/core/sdext/source/pdfimport/pdfparse/pdfentries.cxx?r=776a1b9b#1280). 1337 : m_pData->m_bIsEncrypted = true; To come to this point, LO passed these: 1311 PDFDict::Map::iterator enc = 1312 pTrailer->m_pDict->m_aMap.find( "Encrypt" ); 1313 if( enc != pTrailer->m_pDict->m_aMap.end() ) => there's indeed an "Encrypt" string in the pdf. 1328 PDFDict::Map::iterator filter = pDict->m_aMap.find( "Filter" ); ... 1335 if( filter != pDict->m_aMap.end() ) => there's indeed a "Filter" string in the pdf. Just opening the file with Vim at line 85: trailer^M<]>>^Mstartxref^M0^M%%EOF^M ^M11312 0 obj<>stream^M Now I don't know why other apps (eg: Gimp) don't ask anything and the encryption part in pdf specs isn't easy to understand (at least for me). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 Julien Nabet changed: What|Removed |Added Status|NEEDINFO|NEW OS|Windows (All) |All --- Comment #3 from Julien Nabet --- Thank you for the feedback. I confirm I can reproduce the pb too on pc Debian x86-64 with master sources updated today. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 --- Comment #2 from S.B. --- Link location: https://dlcdnets.asus.com/pub/ASUS/mb/LGA1150/Z87-A/E7828_Z87-A.pdf -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149621] PDF documentation files downloaded from motherboard manufacturers require password that doesn't exist.
https://bugs.documentfoundation.org/show_bug.cgi?id=149621 Julien Nabet changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 CC||serval2...@yahoo.fr --- Comment #1 from Julien Nabet --- Could you provide the link to download the file so we can give it a try? -- You are receiving this mail because: You are the assignee for the bug.