Created attachment 173530 [details] Screencast Steps to reproduce: 0) use qt5 or kf5 VCL plugin (SAL_USE_VCLPLUGIN=qt5 or SAL_USE_VCLPLUGIN=kf5) 1) start LO Calc 2) in the formatting toolbar, open the "Borders" popup (either by mouse klick or using keyboard) 3) Click e.g. on the second item in the list ("Set left border only") 4) Press "Alt" Result: in step 3: Rendering is broken, some areas no more painted in step 4: Even more areas no more painted The attached screenshot shows the problem. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 0fc020fb73c86a20608e8dff12af607e60327379 CPU threads: 12; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
This is a regression. Bibisected to: commit 963f252cd1ea9c268a6ced68a3454b10cbee1a89 Author: Jan-Marek Glogowski Date: Sun Apr 11 17:40:26 2021 +0200 Qt5/KF5 get rid of unneeded own grahics handling This was hiding tdf#141623, when I decided to implement the override to run the kf5 VCL plugin with the qfont text rendering. Change-Id: Id1fcd363bd77a756cb27e3a171c872ce792da5ad Reviewed-on: https://gerrit.libreoffice.org/c/core/+/113956 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski
tdf#143114 describes another way to trigger broken rendering (issue (1) from the bug report)
I could reproduce with kf5 but not qt5: Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 113d308155e4b6a67a8510098a7db5f4a6632bdc CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-16_21:27:22 Calc: threaded Version: 7.2.0.1 / LibreOffice Community Build ID: 32efc3b7f3a71cfa6a7fa3f6c208333df48656cc CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded qt5 for same version did not show missing areas like for kf5. On Ubuntu 18.04
(In reply to stragu from comment #3) > I could reproduce with kf5 but not qt5: Interesting, I just double-checked that I can actually reproduce with qt5 as well... Anyway, Jan-Marek has a pending fix here: https://gerrit.libreoffice.org/c/core/+/119237
Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ec77a2ed0283cb3446f6e352fc329afd3dfb785c tdf#143334 Qt5 don't reset buffer on style change It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Jan-Marek Glogowski committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/83f91ec066614c3c40282913898083d317edd072 tdf#143334 Qt5 don't reset buffer on style change It will be available in 7.2.0.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 143393 has been marked as a duplicate of this bug. ***