Description: Since version LO 3.4, borders in Writer have seams. Depending on your document, these may range from invisible to very annoying. Steps to Reproduce: 1. Create a few empty paragraph lines 2. Select all of them, Format > Paragraph 3. Set Area to black color 4. Set Borders to all 4 visible, color White and width to 5 pt. 5. Uncheck "Merge with next paragraph" (this is optional, but makes it easier to spot the bug) Actual Results: Borders have seams and color visibly gets through them. This makes them look broken. Expected Results: Borders should be seamless, like the ones shown in version 3.3.4 (screenshots provided below) Reproducible: Always User Profile Reset: Yes Additional Info: Skia has been disabled/enabled for testing. Also tested against LO 7.1.2.2 and the latest 7.2 nightly. This is a very annoying issue because it affects the main purpose of LibreOffice which is the creation of good looking documents. It's the reason I have to keep my documents compatible to ODF 1.2 because I can only print them from OpenOffice to guarantee an acceptable output. Related bugs: 33281, 38635, 118937. The first report was particular discouraging because it would seem that the bug was acknowledged but was still marked as fixed.
Created attachment 170796 [details] Paragraph border seams, including a seamless screenshot of LO 3.3.4
I confirm it with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 807d059d99e7b99fe45a712428befa17ffa44858 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL This happens only, if you choose a colour for the area. As far as I can see, a thin line is already visible, if you fill area with colour. Adding borders make them more visible. Printing is fine. So I've changed bug summary and focused on area fill. Panos, I hope you agree. Steps to reproduce 1. Mark some empty paragraphs in a document 2. Format > Paragraph > Area > Colour 3. Choose a colour (for example black > O.K. Result: thin lines are visible between paragraphs (shouldn't)
Created attachment 171178 [details] Shows seams in borders without using Area fill @Dieter, The bug isn't caused by step "3. Set Area to black color" but rather by the seams between the borders. Area fill was used to easily inspect the problem. I'm attaching a sample that doesn't use any fill color. It's obviously harder to spot the problem in this one, but it's still just as unacceptable for publishing. Printing is affected too, depending on the printer and the settings. It's visible on one of my inkject printers and I'll try it on my laser at office (when I can get there due to Covid restrictions) and report back. PDF printing (including LO's PDF export) are most seriously affected. Whenever I use paragraph borders, I almost always have to use OpenOffice to export them to PDF prior to submitting them. The original title was more accurate but it's good to see the issue being accepted.
Panos, thanks for your explanation. Now I can confirm the problem in odt-file. But I can't confirm the problem in PDF. PDF in your attachment looks fine for me (with Adobe Acrobat reader). Same result with PDF created with directexport to PDF in LO.
Hi Dieter, I've uploaded a PDF screenshot here: https://i.imgur.com/9UG3TR4.png It really depends on the reader's (or printer's) interpolation method. In both Foxit and Sumatra PDF, the seams are visible. In my Canon inkjet they are visible. In my HP laser, they aren't.
Dear Panos Stokas, 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
Created attachment 187413 [details] Text border seams in Writer and PDF export screenshot Shows that text border seams are clearly visible in PDF. Looks the same in Chrome PDF reader, Foxit and Sumatra.
Bug still present in Version: 7.6.0.0.alpha1+ This is really an ancient LibreOffice regression that I reported in bug 38635. This bug was closed, marked as FIXED despite my objections. It was never fixed. It keeps resurfacing in bugs such as bug 118937. I've restored the original title since I have clarified in an earlier comment that the bug isn't related to the background fill color but in the way borders are connected in version 3.4. I've learned to live with this bug by making sure that my documents are compatible with OpenOffice so that I can use OpenOffice to print them because I use text borders a lot.
In the bug tdf#38635 seems to be some code pointers. Michael Stahl made some improvements there, but it seems this can still be improved.