Created attachment 50425 [details] Differences between Writer initial view and PDF viewed in a PDF software (here Adobe Acrobat) Hi there ! I did a "fancy" header, writing in white on a gray background and noticed that when I'm exporting the document in a PDF format (composite using the export to PDF option or using the Mac OS X built-in print to PDF ability) a thin gray line is visible where nothing is visible in LibreOffice Writer. Take a look at the attachments for a better understanding. I used "Format > page > header" tab to style the grey background, and to specify no border. I even tried to put a white border instead, no luck.
Not sure if this is a problem. Perhaps that in your header, the text does not reach to the bottom, so when you insert grey background, a grey line appears. Have you tried using another color background and see that colored line appear as well? Also it would be great if you provided your header image for us all to try. Thanks.
Created attachment 50526 [details] ODT file containing the header. You can see no border at the bottom of the header, but if you try to save it in PDF format (whatever the way you save it) it will show a bottom border for the header. Jeffrey, thanks for your reply. Just to be a little more clear : the header is not an image but is made directly in Writer. I had the same idea as you first about some space between the text and the header, but as you can see on the image I attached, the border does not appear in Writer but only when it is exported in the PDF format. I attach here another file that you might find interesting for testing purposes : a simple ODT file with the header. I tried with another background color (black) and it appears that the line which is visible in the exported PDF is black, so it is indeed related to the background color of the header. I hope this helps ! You'll see that the header is not an image as well
Created attachment 50581 [details] No Header problem in PDF Thanks for the attachment. Yes I can see now that there is no border whitespace on the header. Nevertheless, when I export to PDF and view via Okular, the display is fine (ie there is no gray line). So I am not sure what is the cause of your problem. Have you tried other exporting with another system/software instead of the Mac OS X built-in print to PDF ability? That might help isolate the problem.
Created attachment 50638 [details] PDF file to test in different viewers. This is an hybrid file you can try to view with your PDF viewers and edit in Libreoffice if necessary. The border appears between the white letters and the white background of the page.
I'm not sure how to try that. It's weird that you cannot reproduce the "bug" I'm facing. How can I export in PDF using something else than the built-in PDF export ? Isn't it the library used in Libreoffice on Mac ? There is something new though : I made an hybrid file so you can check it in LibreOffice. In Preview (Lion 10.7.1) the line is visible whatever the zoom is, but on Adobe Reader (10.10) it's visible only if you zoom in at least 800%. I printed this test page from Adobe Reader and Preview, and it seems that the line is *not* visible ! The previous test I did was maybe a mistake... But it's still visible in the viewers, making it a trivial bug :) BTW looking at your screen capture, you cannot see the bug I'm facing, I'm making the header smaller so that the white letters are touching the white background of the rest of the page. It's cosmetics, I know, but it's here I can see the border :) (In reply to comment #3) > Created an attachment (id=50581) [details] > No Header problem in PDF > > Thanks for the attachment. Yes I can see now that there is no border whitespace > on the header. Nevertheless, when I export to PDF and view via Okular, the > display is fine (ie there is no gray line). So I am not sure what is the cause > of your problem. Have you tried other exporting with another system/software > instead of the Mac OS X built-in print to PDF ability? That might help isolate > the problem.
[Reproducible] with reporter's "testfile.odt" and "LibreOffice 3.4.4RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)]" With ARX I see a black line below black header block with white letters, what separate the letters from the white empty document area below the text. With all documents I observe that increasing zoom in AR X step by step the border line is visible for several zooms, disappears, reappears, ... I see the problems with PDF export settings - A1 - A1 lossless - A1 lossless hybrid. With this - lossless - normal export (or shortened: in all exported documents) As Jeffrey recognized. the sample document has very special page heading settings, so that the bottom of the heading exactly truncates the complete character height so that nothing of the characters below the bottom of the capital letter will be visible. insert a "g", change fonc color to green, and you will see that the bottom of the letter will be truncated. But unexpectedly also that "g" will be cut by the complained border line between heading and rest of document, and THAT is really strange. I can simply create a sample document showing the problem. 1. New document 2. Menu 'Format -> Page -> Header -> Activate' 3. Type some text °QWERTZUasdfghj" into the header 4. font size 36, color white 5. Paragraph background black 6. reduce Header height so that bottom ends at bottom of capital letters. 7. Export to PDF Expected: "g", "j" without horizontal line, bottom end white, invisigle Acctual: bottom of "g", "j" truncated by black horizontal line @Jonathan: Please submit bugs with default status UNCONFIRMED! Please contribute information concerning all PDF export related LibO settings Do you also observe that behavior with standard text?
Hi ! Sorry for the late reply, and for the bug status issue, I'm new to this, and I'm not sure how to turn it to UNCONFIRMED, any help about this is appreciated. About the bug, thank you Rainer for all the explanations I was unable to produce properly. I'm not sure what you mean with your last statement : "Please contribute information concerning all PDF export related LibO settings Do you also observe that behavior with standard text?" As you said, I have the problem with the default "export to pdf" settings : JPEG Compression to 90% PDF/A-1a selected Tagged PDF Export bookmarks Embed standard fonts Create hybrid file I noticed that the thin line I can see where the letters are truncated is not always gray, it has in fact the background color, and shows in Preview on Mac as well as in Adobe Reader 10.1.1 (at some zoom sizes, 1600% for me).
@Jonathan: Thank you for your additional information. I believe we here have 2 observations: 1. it's difficult to adjust heading height so that it is exactly shown at the place below the bottom of capital letters; that was your original report, it has been reproduced. 2. An additional, may be other line parts the descenders of some letters ("g", "j", "y") at the baseline from the x-height part (see <http://en.wikipedia.org/wiki/X-height> and <http://en.wikipedia.org/wiki/Descender>), See my comment 6 Can you confirm 2.?
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
Hi Jonathan, please confirm comment 8 & report your observation under latest stable release. Afterthat please change status to UNCONFIRMED.
Hi, In the last release of LibreOffice (4.1.1), I tried to reproduce the bug on my Windows 7 system and the line between header and the rest of the document is still visible in the exported PDF and the printed document. I changed the status to Unconfirmed as requested.
Hello.. I can also reproduce that in LO 4.0.5.2 (Win7 32bit). But your file in comment 4 looks fine (without lower border) while I open that with PDF Xchange, looks fine either in Google Chrome. Strange..what LO version did you use to produce that PDF?
Confirmed with: Version: 4.1.3.2 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a Windows 8.1 Enterprise Preview 64 bit Confirmed with original attachment. If header is expanded there is no horizontal line in exported PDF with default settings. Marking as NEW.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: *Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT *Update the version field *Reply via email (please reply directly on the bug tracker) *Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
I guess repro. 6.3+.
Dear Jonathan, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Dear Jonathan, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug