Summary: | Not enough randomness when converting to PDF | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | hyper_ch <www.libreoffice.org> |
Component: | Printing and PDF export | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | UNCONFIRMED --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | barta, qubit |
Version: | 4.2.4.2 release | ||
Hardware: | Other | ||
OS: | Linux (All) | ||
Whiteboard: | BSA | ||
i915 platform: | i915 features: |
Description
hyper_ch
2014-08-26 17:48:37 UTC
try 4.2.6.2 or 4.3.2.2 and tell if issue persists (In reply to tommy27 from comment #1) > try 4.2.6.2 or 4.3.2.2 and tell if issue persists Still same behaviour on Version: 4.2.6.3 Build ID: 420m0(Build:3) when removing that gs patch. Randomness still lacks. (In reply to hyper_ch from comment #0) > I did create a few shell scripts that make PDF management simpler. In one of > those scripts, stamp documents with numbers: > ... > However in the resulting PDF I noticed, that the numbering for the documents > is sometimes wrong. With each font that I tried always at the same page. > E.g. when I use Arial, then document 14 starts showing up as document 10 in > the combined PDF, while as single PDF it's all fine. Hiya, Are all of the shell scripts you use up in your github repo? Please list the steps to reproduce the problem here in a comment; that will make it easier for us to confirm the bug. (Please change the status back to UNCONFIRMED when you're done) Thanks, --R In the github repo there's a lot of different scripts to manipulate PDFs. Just use the stampPDF one. In Dolphin select a bunch of PDFs, then right-click to get context menu, select there Actions -> Stamp documents and created PDF That's all there is there. I'm new to the project, Spending a bit of time looking into this. Intriguing. It appears that we should use the glyph numbers that are actually used from the font to generate the hash for the internal font identifier... I know that solidworks has major issues when opening documents with the same name... If there was a continual counter that never reset, there could be collisions with documents made in different installations... The glyph usage would give us a beneficial collisions. It sounds like you(the submitter) are more capable than me at looking up desired behavior, which might include copying behavior from GhostScript? Have you tried setting some of the options for the PDF? There is an option for tagged. (I still haven't found the source code related to the PDF creation) I have every reason to believe that this bug is real, but that it is a very low priority, since you have found a workaround, and it only shows up when interacting with other programs that other people are not likely to do.. Although as a document wrangler myself, fixing it in Libre makes the most sense. Have you actually tried it out so that it could be set to confirmed? |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.