Run Libreoffice 7.4.0.1 and open an empty spreadsheet. % libreoffice7.4 --calc The current cell will be position "A1". Click on the "Background Color" toolbar icon. We expect cell "A1" to change, to show a yellow background, but the background remains white. Start editing the contents of "A1". The cell background switches from white to the expected yellow, but only for as long as we are editing the cell contents. (It doesn't matter whether we edit directly in the cell, or move focus to the input line above.) This is on Debian, with the LibreOffice_7.4.0.1_Linux_x86-64_deb download. The LibreOffice_7.3.4.2_Linux_x86-64_deb download does not have this bug.
Works fine for me with Version: 7.4.0.1 (x64) / LibreOffice Community Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL Please test with a clean profile, Menu/Help/Restart in Safe Mode
I archived ~/.config/libreoffice/4/user into libreoffice-profile.zip, and blew away the contents of the directory: % rm -rf GraphicsRenderTests.log SafeMode/ autotext/ basic/ config/ database/ extensions/ gallery/ psprint/ registrymodifications.xcu uno_packages/ % libreoffice7.4 --calc Version 7.4 still shows the problem.
Not repro Version: 7.4.0.1.0+ / LibreOffice Community Build ID: 78335f5ba9bae4f1b429bebd56ff5991192e8650 CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: threaded The background is yellow as expected.
What does Help-About says? Please paste.
Version: 7.4.0.1 / LibreOffice Community Build ID: 43e5fcfbbadd18fccee5a6f42ddd533e40151bcf CPU threads: 4; OS: Linux 5.16; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
% ldd /opt/libreoffice7.4/program/libvclplug_*.so | grep 'not found' libKF5CoreAddons.so.5 => not found libKF5I18n.so.5 => not found libKF5ConfigCore.so.5 => not found libKF5WindowSystem.so.5 => not found libKF5KIOCore.so.5 => not found libKF5KIOWidgets.so.5 => not found libKF5KIOFileWidgets.so.5 => not found libKF5CoreAddons.so.5 => not found libKF5I18n.so.5 => not found libKF5ConfigCore.so.5 => not found libKF5WindowSystem.so.5 => not found libKF5KIOCore.so.5 => not found libKF5KIOWidgets.so.5 => not found libKF5KIOFileWidgets.so.5 => not found If I install those libraries, how could I configure soffice to run with a "kf5" VCF, to match your test case?
[Automated Action] NeedInfo-To-Unconfirmed
Also no repro for GTK3, kf5, so it seems some local issue. LO will pick kf5 with: SAL_USE_VCLPLUGIN=kf5 path-to/soffice Also: SAL_USE_VCLPLUGIN=qt5 path-to/soffice I think I used this before: apt-get install qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools qt5-style-plugins
Also no repro for GTK3, kf5 in Ubuntu 18.04. So it seems some local issue. LO will pick kf5 with: SAL_USE_VCLPLUGIN=kf5 path-to/soffice Also: SAL_USE_VCLPLUGIN=qt5 path-to/soffice I think I used this before: apt-get install qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools qt5-style-plugins
% sudo apt install libkf5i18n5 libkf5coreaddons5 libkf5configcore5 libkf5kiocore5 libkf5windowsystem5 libkf5kiowidgets5 libkf5kiofilewidgets5 [...lots of lines skipped...] % ldd /opt/libreoffice7.4/program/libvclplug_*.so | grep 'not found' % env SAL_USE_VCLPLUGIN=kf5 /opt/libreoffice7.4/program/soffice --calc % env SAL_USE_VCLPLUGIN=qt5 /opt/libreoffice7.4/program/soffice --calc % env SAL_USE_VCLPLUGIN=gtk3 /opt/libreoffice7.4/program/soffice --calc The kf5 and qt5 VCLs do not have the bug; clicking on the background highlight tool has normal behavior. The gtk3 VCL in the third run does have the bug.
So someone needs to confirm or explain.
my local 7-4 gtk3 libreoffice doesn't reproduce so not sure what is causing this.
Since 4 testers couldn't confirm, I set Needinfo to reporter to find out what's specific for you to cause it.
Can you point me to the git commits that correspond to LibreOffice_7.4.0.1_Linux_x86-64_deb and LibreOffice_7.3.4.2_Linux_x86-64_deb? And to the docs for building the deb packages? Then we can close this (we can reopen as necessary) while I try to narrow down to precisely where the bug appears.
I guess Xisco will know about building. deb. I add See also, please test and comment.
(In reply to derek_upham from comment #15) > Can you point me to the git commits that correspond to > LibreOffice_7.4.0.1_Linux_x86-64_deb and > LibreOffice_7.3.4.2_Linux_x86-64_deb? And to the docs for building the deb > packages? Just use git show libreoffice-7.4.0.1 to see it See https://wiki.documentfoundation.org/Development/BuildingOnLinux#Build_DEB_and.2For_RPM_Packages
As a follow-up: The build in Debian "testing" no longer has the bug. That corresponds to this Debian version: Package: libreoffice Version: 1:7.4.0~rc2-3 The build information, from the "About" dialog: Version: 7.4.0.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 4; OS: Linux 5.16; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Debian package version: 1:7.4.0~rc2-3 Calc: threaded