Description: Using kf5 (X and Wayland) the content of the formula bar in calc is placed too low. That makes it difficult to read. This is the case on several LO releases. Hardware acceleration seems to be not relevant. Steps to Reproduce: 1. start calc 2. navigate to a cell with a formula and click on it 3. Actual Results: the formula of the cell is rendered wrong in the formula bar Expected Results: the formula is placed in the right way and is readable Reproducible: Always User Profile Reset: Yes Additional Info: Operating System: KDE neon 5.24 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-39-generic (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Celeron® J4105 CPU @ 1.50GHz Memory: 7.4 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 600 Version: 7.2.6.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: nl-NL (nl_NL.UTF-8); UI: nl-NL Ubuntu package version: 1:7.2.6-0ubuntu0.20.04.1~lo2 Calc: threaded
Created attachment 179336 [details] formula placement in kf5 wrong
No repro in Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: f4027dd967a3292cfba689ca735d839b16ac2d92 CPU threads: 4; OS: Mac OS X 12.5; UI render: Skia/Metal; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Jumbo Linux + kf5 only?
Created attachment 181799 [details] Screenshot on Debian testing with current master I can't reproduce with current master on Debian testing. The placement is fine for me with both, the default toolbar and when using the "Tabbed" interface, s. attached screenshot. Can you please retest whether this also happens with a current daily build and a fresh user profile? Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: c1446da82b999349e1a09fed3420bd1c38d7b38c CPU threads: 12; OS: Linux 5.18; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded
I confirm the bug with LO 7.1 and 7.2 kf5 opening attachment 182069 [details]. That file is from a bug marked regression from 7.4 in Windows and confirmed gtk3. Really, that file is OK in LO 7.2 gtk3 so this bug is a proper KDE. But I don't see this in 7.0 kf5, looks regression. Bug is still valid in 7.5+. Until there's some change in bug 150664, or bibisect fails, let's keep separated.
author Michael Weghorn <m.weghorn@posteo.de> 2020-11-19 commit f39f21d92ec83c3a5062f29dd26214fc83012c06 tdf#138010 (IV) VclScrolledWindow: Use actual border width So bibisect is here. Michael, please see this and previous comment.
Created attachment 182760 [details] Screenshot with gtk3
(In reply to Timur from comment #5) > author Michael Weghorn <m.weghorn@posteo.de> 2020-11-19 > commit f39f21d92ec83c3a5062f29dd26214fc83012c06 > tdf#138010 (IV) VclScrolledWindow: Use actual border width > > So bibisect is here. Michael, please see this and previous comment. Odd, for me, the behavior with gtk3 and kf5 with the attached sample doc is pretty much the same. I still cannot reproduce what the screenshot in attachment 179336 [details] shows with the new sample doc on Debian testing. However, I see an unexpected placement of the formula bar with the sample doc, also with gtk3, see attachment 182760 [details] for a screenshot with Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 995d17697d1e46f66df67ca3132369d76caea29e CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded @Timur: Is this what you mean, s. screenshot? And for me, the behavior shown in this screenshot starts with this commit (bibisected using the 7.4 bibisect repo): commit d0cacf09a1105d89bf3df84b18623d790e3aeb82 Author: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de> Date: Wed Apr 27 11:45:04 2022 +0200 tdf#99708 Save formula bar height to document Note that for kf5, this was pretty reliably reproducible when starting kf5 in non-maximized mode (i.e. closing non-maximized, then starting anew, not necessarily when starting maximized and then unmaximizing). I can't reproduce what I see with the mentioned commit from the 7.1 bibisect repo: Version: 7.1.0.0.alpha1+ Build ID: f39f21d92ec83c3a5062f29dd26214fc83012c06 CPU threads: 4; OS: Linux 5.19; UI render: default; VCL: kf5 Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded @Timur: Which of the two behaviors did you see (initially described one or the one from my screnshot)? If it's the originally described one: What system were you testing on? @Samuel: Any thoughts on what's shown in my sceenshot?
(In reply to Michael Weghorn from comment #7) > Odd, for me, the behavior with gtk3 and kf5 with the attached sample doc is > pretty much the same. I still cannot reproduce what the screenshot in > attachment 179336 [details] shows with the new sample doc on Debian testing. > However, I see an unexpected placement of the formula bar with the sample > doc, also with gtk3, see attachment 182760 [details] for a screenshot with Yes, behavior with gtk3 and kf5 is the same for attachment 182760 [details] in newer LO from 7.4, as see in bug 150664 which already had this bibisect. I made a difference for 7.2 where bug was seen for kf5 while still not for gtk3. So we may have now a general bug 150664 that this one may depend upon or not, not sure until that one is resolved. So let's keep this one open until that one is resolved, to see.
(In reply to Timur from comment #8) > Yes, behavior with gtk3 and kf5 is the same for attachment 182760 [details] > in newer LO from 7.4, as see in bug 150664 which already had this bibisect. > I made a difference for 7.2 where bug was seen for kf5 while still not for > gtk3. Thanks for the clarification. Do you still see the behavior shown in attachment 179336 [details] with kf5 **in addition** to what attachment 182760 [details] shows? Since this might be specific to a specific style (and maybe even a specific version thereof): What distro + version and what KDE/Qt style are you using? Does this happen with all KDE/Qt styles or just with some? You can try e.g. by setting these environment variables to test different styles: QT_STYLE_OVERRIDE=Breeze QT_STYLE_OVERRIDE=Adwaita QT_STYLE_OVERRIDE=Fusion
(In reply to Michael Weghorn from comment #9) > Thanks for the clarification. > Do you still see the behavior shown in attachment 179336 [details] with kf5 > **in addition** to what attachment 182760 [details] shows? The above question was meant for a current master daily build.
(In reply to Michael Weghorn from comment #10) > (In reply to Michael Weghorn from comment #9) > > Do you still see the behavior shown in attachment 179336 [details] with kf5 > > **in addition** to what attachment 182760 [details] shows? attachment 179336 [details] shows a formula bar with Tabbed UI in kf5/qt5 which is not lowered but it's content is. Yes, also for me in master 7.5+ with a new file and Adwaita. Not with Breeze or Fusion. Not with gtk3. attachment 182760 [details] shows a specific attachment 182760 [details] which makes formula bar lowered in any UI. I think it happens also for new files during work, but I'm nor sure and don't have steps.
Looks pretty much like a duplicate of bug 150664, is this still reproducible with a current 7.5 or upcoming 7.4.3 build?
(In reply to Eike Rathke from comment #12) > Looks pretty much like a duplicate of bug 150664, is this still reproducible > with a current 7.5 or upcoming 7.4.3 build? No repro in 22.10.2022's build Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 8dcf53b3d2c0e30317c1e247f01d07ab448ec1ae CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded