Created attachment 175144 [details] Writer file with sample table When you create a table in Writer and set the border color to white, it is possible to notice that the borders do not align correctly. See the attached file It has a simple table with 2pt borders in white color. If you zoom in, you'll notice that there are some misalignment and artifacts at the top border. I also attached a PNG file with a screenshot of what I'm getting as a result.
Created attachment 175145 [details] Image showing the problem Note that there is an extra line at the top, which is probably the result of the border being positioned slightly below where it was supposed to be. System info: Version: 7.2.1.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.2.1~rc2-0ubuntu0.21.04.1~lo1 Calc: threaded
I confirm it with Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
The bug is still present in this version of LibreOffice: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: df3b95a39472e18ea8acdaae447b7176e37a9256 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded
Repro: Version: 7.1.0.0.alpha1+ (x64) Build ID: 738bcf5e9a8c443d60c29c3a8068e8c16c72638a CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: threaded Version: 7.0.0.0.alpha1+ (x64) Build ID: 574c57090642347980d2395e1e183cc7b5c171ad CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: threaded Version: 6.4.0.0.alpha1+ (x64) Build ID: 9bc848cf0d301aa57eabcffa101a1cf87bad6470 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: GL; VCL: win; Locale: fr-FR (fr_FR); UI-Language: en-US Calc: threaded Version: 6.2.0.0.alpha1+ Build ID: a20a2d7e0d28658f2d9089da076961a599833a28 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; Locale: fr-FR (fr_FR); UI-Language: en-US Calc: threaded
I think we should search if there is a regression or if the bug is inherited from OO0.
Repro: the file completely crashes LibreOffice with this version Version: 6.1.0.0.alpha1+ Build ID: 3a801799536e6870f2fb111b1cc00b9575a35a39 CPU threads: 8; OS: Windows 10.0; UI render: GL; Locale: fr-FR (fr_FR); Calc: group
Repro Version: 6.0.0.0.alpha1+ Build ID: 6eeac3539ea4cac32d126c5e24141f262eb5a4d9 CPU threads: 8; OS: Windows 10.0; UI render: GL; Locale: fr-FR (fr_FR); Calc: group threaded
No repro 6.2.0 and 6.4.0 But repro 7.0.0
Repro Version: 7.0.7.0.0+ (x64) Build ID: 626ea4e62a3e5005fe9825923a1c0c5bdb61cc08 CPU threads: 8; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: en-US Calc: threaded
I have some trouble with this bug because sometimes I see the bug, and sometimes not. Sometimes, when I scroll in the document, the bug disappears, and sometimes, the document crashes LibreOffice.
Bibisection on the repository win64-7.0>: source e151c12a14c1a2536393c82fa6027f251be1a7d6
Created attachment 189754 [details] The bug appears and disappears One example of difficulties to seeing this bug.
(In reply to Sophie Sipasseuth from comment #12) > Created attachment 189754 [details] > The bug appears and disappears > > One example of difficulties to seeing this bug. To summarise, the video shows it depends on the zoom level.
Testing with the linux-64-releases bibisect repo, this started in libreoffice-4.2.1.1. Not reproduced in libreoffice-4.2.0.4. So culprit should be in: https://wiki.documentfoundation.org/Releases/4.2.1/RC1 Wondering if it has to do with Kohei's border work for that release.
Created attachment 190304 [details] printscreen of bug in bibisect Bibisected with repository/OS bibisect-43max/Linux. After this commit thick line appears on the top: a3ada5c2e0f610e97f9494118f3823de2abb6a31 is the first bad commit commit a3ada5c2e0f610e97f9494118f3823de2abb6a31 Author: Matthew Francis <mjay.francis@gmail.com> Date: Thu May 28 18:29:06 2015 +0800 source-hash-111fe03e36dd7e819e8fa9bdf38a16f5284b6063 Bibisect: This commit covers the following source commit(s) which failed to build f979a12741d0e5f47b26aa407593ab7c21979f6d Kendy 6a3fb868b2b8af21f7b6140424b6f8377599a786 Kohei ec1a3157c1851dcb481f402ec25aa38fa9e7c51c 82599357ae6066b002ca2bd2b7060b26e51ba00f b3b57c7a3a43a056217c72716d18bdeced029b66 ae22838d2ff4d388e97c30317a6a9f83e652a06a 30f97564f86ff2fff3e682a14191db0d841df0cf 41bee5b83102760a6da7eaca3b770e4c4e310d4d 01104522ef890bb535994311e627ba1bbfff023c 4b2b4133c2bd750a4b71230433dba0e41ced0abe After this commit is line thinner 8565c48d7e72be078a7344dafe680452a68cd82f is the first bad commit commit 8565c48d7e72be078a7344dafe680452a68cd82f Author: Matthew Francis <mjay.francis@gmail.com> Date: Thu May 28 18:29:09 2015 +0800 source-hash-15974abe63f0d4fc88099634d5cd2ddb9760ec23 commit 15974abe63f0d4fc88099634d5cd2ddb9760ec23 Author: Kohei Yoshida <kohei.yoshida@collabora.com> AuthorDate: Mon Jan 20 18:37:08 2014 -0500 Commit: Kohei Yoshida <kohei.yoshida@collabora.com> CommitDate: Mon Jan 20 18:39:54 2014 -0500 fdo#73487: Center thick border lines around cell grid. This reduces the amount of gap at line joins. Plus it generally looks better this way.