Description: When choosing a double line border, the border is solid. Steps to Reproduce: 1. New document 2. Format > Paragraph > Border > Preset > (square) 3. ... > Style > (double bar) 4. ... > Width > 1 pt 5. Repeat 2-4 for 5 paragraphs increading point size 1 pt. Actual Results: See attached file Expected Results: I had expexted the lines to be double lines and that the corners looked nice. Reproducible: Always User Profile Reset: No Additional Info: I am pretty sure this has worked in an earlier version. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Iridium/2017.11 Safari/537.36 Chrome/62.0.3202.94
Created attachment 140212 [details] Borders do not have double line
Created attachment 140213 [details] no-double-line.odt converted to PDF
Converting the ODT-file to PDF makes it look as it does on the screen.
The borders look correctly in LibreOffice online: https://cloud.prosa.dk/s/Yeocp1BawtA4TZs
Reproducible with: Version: 6.0.1.1 (x64) Build ID：60bfb1526849283ce2491346ed2aa51c465abfe6 CPU 线程：4; 操作系统：Windows 10.0; UI 渲染：默认; 区域语言：zh-CN (zh_CN); Calc: group @Ole Tange: Do you haved any idea whether it works on an older version? Which version is the latest on it works, and which one is the latest one it is broken?
I am 100% sure that it worked on an earlier version on GNU/Linux, because the original document was made on that. Do we have public access to virtual machines with every version installed? It would be really handy for this kind of testing, as I could then upload the document on each version and test it.
No repro with Version: 6.1.0.0.alpha0+ Build ID: 96d551636e9179eb6874a5156b191ef3bff0a10c CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-02-26_23:44:46 Locale: nl-NL (nl_NL); Calc: CL Probably fixed with LibO 6.0.2. A pre-release is available https://dev-builds.libreoffice.org/pre-releases/win/
Confirmed on Windows 10: Version: 6.0.2.1 (x64) Build ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89 CPU tråde: 4; Styresystem: Windows 10.0; Gengiver af brugergrænseflade: Standard; Lokalisering: da-DK (da_DK); Calc: group
Veision field should reflect the earliest version effected. It sounds like a Windows 10.0 only issue.
Cannot be reproduced on: Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial3 CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group
Created attachment 140354 [details] line position and miter is bad with the 5.4.5.1 build Reproduce on Windows 10 Home 64-bit en-US (ver 1709) with Intel HD Graphics 620 (23.20.16.4901) Version: 6.0.1.1 (x64) Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6 CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: en-US (en_US); Calc: CL and with Version: 6.0.2.1 (x64) Build ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89 CPU threads: 4; OS: Windows 10.0; UI render: GL; Locale: en-US (en_US); Calc: CL it is already a bit garbled at Version: 5.4.5.1 (x64) Build ID: 79c9829dd5d8054ec39a82dc51cd9eff340dbee8 CPU threads: 4; OS: Windows 6.19; UI render: GL; Locale: en-US (en_US); Calc: CL But seems resolved with current master build. Version: 6.1.0.0.alpha0+ (x64) Build ID: e108a31a8fee09c2fa4031e45e45ed73bbdb7c6f CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-03-04_00:46:18 Locale: en-US (en_US); Calc: CL With or without OpenGL rendering
Created attachment 140355 [details] good line weights and corner miter restored current 6.1.0 master
Weight and miter joins of the double line borders were going bad at 5.4, but broken at 6.0. Seems corrected at 6.1/master--so a Windows bibisect needed to look for the regression and its fix in master.
Fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=1d86f43a10f097aa4925bd48870477001098f5ff which is not backported to 6-0. This will be fixed in 6-1 and forth
Xisco, * So is this explicitly a WF for 6.0? Or is there a backport pending? Armin, Tomaž?
(In reply to V Stuart Foote from comment #15) > Xisco, * > > So is this explicitly a WF for 6.0? Or is there a backport pending? > > Armin, Tomaž? no, the backport is not pending. It's part of a group of commits -> https://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=SwFrameBorder, thus, enhancements in 6.1
(In reply to Xisco Faulí from comment #16) > (In reply to V Stuart Foote from comment #15) > > Xisco, * > > > > So is this explicitly a WF for 6.0? Or is there a backport pending? > > > > Armin, Tomaž? > > no, the backport is not pending. It's part of a group of commits -> > https://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=SwFrameBorder, > thus, enhancements in 6.1 So, can anything be done at 6.0 to fix the regression?