Version: 6.0.0.1 Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a CPU threads: 4; OS: Mac OS X 10.9.5; UI render: default; Locale: en-US (en.UTF-8); Calc: group In Writer, Format->Page->Borders, the borders -- especially the double line style of borders -- do not display or print properly, regardless of the width selected. It works properly in: Version: 4.3.7.2 Build ID: 4.3.7.2-2.el6 Linux
Please attach test file and printscreen of the bug. Duplicate of Bug 75260?
Created attachment 139034 [details] Follow-up file as requested. I am trying to make a document with a red double line page border similar to what is shown in LibreOffice3-DoubleLine-2.5Pt.tiff
Created attachment 139035 [details] Follow-up file as requested. The source file, created in LibreOffice3 is LibreOffice3-DoubleLine-2.5Pt.odt
Created attachment 139036 [details] Follow-up file as requested. That file, when opened in LibreOffice6 shows as LibreOffice6-DoubleLine-FromLO3File.tiff
Created attachment 139037 [details] Follow-up file as requested. LibreOffice6-BorderSample.odt is my attempt to create something similar to that using LibreOffice6. The line style I selected for this test was the eleventh item in the style drop down box -- index 10 if prefer that.
Created attachment 139038 [details] Follow-up file as requested. LibreOffice6-DoubleLine-2p5Pt.tiff is that file with the line width set at 2.5 point.
Created attachment 139039 [details] Follow-up file as requested. LibreOffice6-DoubleLine-5p0Pt.tiff is that file with the line width set at 5.0 point.
Created attachment 139040 [details] Follow-up file as requested. Interestingly, the LibreOffice6 file displays a double line in LibreOffice3 for Mac, albiet not quite as desired. See LibreOffice3-FromLO6File.tiff
Created attachment 139041 [details] Follow-up file as requested. That same LibreOffice6 file shows properly in LibreOffice4 for Linux. See LibreOffice4-FromLO6File.tiff
Created attachment 139042 [details] Follow-up file as requested. The LibreOffice3 file also displays properly in LibreOffice4 for Linux. See LibreOffice4-FromLO3File.tiff
I am trying to make a document with a red double line page border similar to what is shown in LibreOffice3-DoubleLine-2.5Pt.tiff The source file, created in LibreOffice3 is LibreOffice3-DoubleLine-2.5Pt.odt That file, when opened in LibreOffice6 shows as LibreOffice6-DoubleLine-FromLO3File.tiff Again, those were created in LibreOffice3. And they work in LibreOffice4 for Linux as well. LibreOffice6-BorderSample.odt is my attempt to create something similar to that using LibreOffice6. The line style I selected for this test was the eleventh item in the style drop down box -- index 10 if prefer that. LibreOffice6-DoubleLine-2p5Pt.tiff is that file with the line width set at 2.5 point. LibreOffice6-DoubleLine-5p0Pt.tiff is that file with the line width set at 5.0 point. I am unable to make a double line border in LibreOffice6 for Mac no matter what I do. I have tried many different styles and widths, and nothing displays properly for me. --- Interestingly, the LibreOffice6 file displays a double line in LibreOffice3 for Mac, albiet not quite as desired. See LibreOffice3-FromLO6File.tiff That same LibreOffice6 file shows properly in LibreOffice4 for Linux. See LibreOffice4-FromLO6File.tiff The LibreOffice3 file also displays properly in LibreOffice4 for Linux. See LibreOffice4-FromLO3File.tiff --- LibreOffice6 just does not appear to render (or print) it properly. Also, please note the symbols in the corners of the LibreOffice6 screenshots. I hope this helps! If you need anything further, please let me know. --- Version Info as follows: LibreOffice 3.4.5 OOO340m1 (Build:502) (Same MacOS machine as the following.) Version: 6.0.0.1 Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a CPU threads: 4; OS: Mac OS X 10.9.5; UI render: default; Locale: en-US (en.UTF-8); Calc: group Scientific Linux 6.8 LibreOffice Version: 4.3.7.2 Build ID: 4.3.7.2-2.el6
I confirm the problem of the double borders displaying as one solid border in 6.0. However, master has Armin Le Grand's borderline fixes and this mostly makes it display OK. PDF export works perfectly. The only glitches I see in master are that the lines cross outwards in the corners, depending on zoom level. This is seen in attachment 139035 [details] and attachment 139037 [details] Armin: is this little corner glitch on your radar? Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: c6a23023150c164a19236139fa413d43006ce21c CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on February 11th 2018
Created attachment 140869 [details] Screenshots in Debian for LibreOffice3-DoubleLine-2.5Pt.odt Please refer to bug 116558 too. I tested here and you can see my results. I am running Debian AMD64 Description: Debian GNU/Linux 8.10 (jessie) Libreoffice Version: 6.0.2.1 Build-ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89 CPU-Threads: 4; BS: Linux 3.16; UI-Render: Standard; VCL: kde4; Gebietsschema: de-DE (de_DE.UTF-8); Calc: CL
Created attachment 140870 [details] PDF Output LibreOffice3-DoubleLine-2.5Pt.pdf The PDF export fails too. I can't confirm that this works.
*** Bug 116558 has been marked as a duplicate of this bug. ***
Dear DS, 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 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: 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
I was unable to verify this bug at this time because I am still using OsX 10.9.5, and your latest version of LibreOffice (6.3.3) would not run on it. I believe it said it requires 10.10. I will attempt to verify it on one of our newer machines if I am able.
Still present in Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded and same result with paragraph borders
*** Bug 137350 has been marked as a duplicate of this bug. ***
Created attachment 182246 [details] Example with page border "Thin Thick, Medium Gap" Retested with Version: 7.4.0.3 (x64) / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Border "Thin Thick, Large Gap" is still wrong (attachment 139035 [details]) Border "Double" is now O.K. (attachment 139037 [details]) Border "Thin Thick, Medium Gap" is also wrong (see attachment above)
*** Bug 150539 has been marked as a duplicate of this bug. ***
Dear DS, 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
I have tried the latest version (24.8.1.1_x64) in a VM. Result: The error still exists (see screenshot of the LO interface and PDF). See more details in Bug 137350.
Created attachment 196272 [details] Screenshot
Created attachment 196273 [details] PDF of document