Bug 155115 - Switching between light/dark system theme resets gtk3 ui toolbar
Summary: Switching between light/dark system theme resets gtk3 ui toolbar
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
7.6.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Panel-Docking
  Show dependency treegraph
 
Reported: 2023-05-01 21:12 UTC by Hossein
Modified: 2025-10-22 03:13 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hossein 2023-05-01 21:12:09 UTC
Description:
Switching between light and dark theme in system settings causes a toolbar to lose its user configured layout, and go back to the default one line layout.

Steps to Reproduce:
Steps to Reproduce:

Prerequisite: Set the LibreOffice color and icons to Automatic/System Theme from "Tools > Application Colors > "Scheme: Automatic" / "Automatic: System Theme". Your LibreOffice should be in synchronized with the system (OS) color settings.

Then:

1. Open LibreOffice with Linux gtk3 ui or in Windows
2. Open "Tools > Macros > Edit Macros"
3. Right click on the tab bar on the bottom of the screen, select "Insert BASIC Dialog"
4. Right click on the "Toolbox" toolbar on the bottom, uncheck "Lock toolbar position" by clicking on this context menu option
5. Right click on the "Toolbox" toolbar again, select "Undock Toolbar".
6. Resize the toolbar to have a different layout of the toolbar
7. Go to GNOME "Setting" > "Appearance", and switch between "Light" and "Dark". On Windows, one should go to "Settings" > "Personalization" > "Colors" > "Choose your color".

The goal would be creating something like this:

Dialog Editor
https://wiki.openoffice.org/wiki/File:Documentation_basicguide_dlg_01.gif

Actual Results:
The toolbar will be reset to its one line layout

Expected Results:
The toolbar should remain at the same position with the same size and layout


Reproducible: Always


User Profile Reset: No

Additional Info:
This problem happens on Linux with gtk3 ui on X11, and also on Windows.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 57f46a5a64f4e3bca2f0a52309ca7d201c1e2372
CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: CL threaded

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1dc1595824509c58f86f819673719096f771f417
CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (en_DE); UI: en-US
Calc: threaded
Comment 1 Sanchu Manthiram Shanmugam 2023-05-02 22:47:25 UTC
following are my observations for the versions

	Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
	Build ID: 424bdeda9fea09f0b48b5551baf872656845c7c3
	CPU threads: 3; OS: Linux 5.10; UI render: default; VCL: gtk3
	Locale: en-IN (en_IN); UI: en-US
	Calc: threaded
	
debian 11's gnome 3.38.5, X11 windowing system did not have "Appearance" under "Settings". it was under "Tweaks" app (gnome-tweaks).
Under "Themes" -> "Applications" issue was not repro for 'Adwaita-Dark', 'Adwaita (Default)', 'HighContrastInverse'.
issue was repro for 'HighContrast'


	Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
	Build ID: c9b6bf655e6de50c55629b4805399932c90a3b30
	CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
	Locale: en-IN (en_IN); UI: en-US
	Calc: threaded

windows 10, issue repro while switching from Color 'Light' to 'Dark' and reverting to 'Light' again
insteresting observation while using 'Custom', the floating toolbar switches to two row of icons while 'Choose your default app mode' is selected as 'Light' or 'Dark'
Comment 2 QA Administrators 2025-10-22 03:13:36 UTC
Dear Hossein,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug