Description: Dark application theme won't work anymore. It's always light (except for the icons). Steps to Reproduce: 1.Set LibreOffice to automatic theme 2.Enable dark system theme 3.Open LibreOffice Actual Results: The icons change to the dark theme, but the toolbar and all UI elements are light. Expected Results: Should be dark like it was before Reproducible: Always User Profile Reset: No Additional Info: This is only a problem with the Flatpak. Before the Flatpak never had a problem with the dark theme. I switched to the Snap (v. 24.8.3.2) because the dark theme works there. I prefer Flatpaks though. Also, I'm running Ubuntu 24.10 with up-to-date at time of writing.
When I reproduce: 1.A. set the Libreoffice theme to automatic 1.B. close Libreoffice 2. enable dark system theme in Cosmic-settings 3. re-open libreoffice Actual result: The ui ellements are in white theme, but the page is totally black. The background is black and the text written is black. So, I isn't written "black-on-white" but "black-on-black" → un-usable!
Created attachment 199102 [details] Dark text on dark page on dark background
Created attachment 199103 [details] some elements don't play ball
So I changed the settings back to light theme, because of the bug, but some elements don't play ball...
Created attachment 199104 [details] pre-print example, afdrukvoorbeeld, does something funky
When I close pre-print example, (afdrukvoorbeeld), the page is black on black again...
@Feike can you reproduce this issue on some desktop environment other than cosmic desktop env? i have been trying to reproduce this for the last three hours, but no luck. i use void linux with DWM, so I installed gnome to test it. after many attempts with gnome's settings, lxappearance, nwg-look, i couldn't change the desktop env theme to light theme, i tried kde-plasma, and changing the DE theme to light doesn't change the flatpak application's theme (which is expected as flatpak LO uses gtk whereas plasma is qt based). then i tried to reproduce it in an ubuntu vm, no luck there either. will try it again in my free time later :). tagging @buovjaga.
I can reproduce it on fedora workstation. I also filled this issue in flathub repo: https://github.com/flathub/org.libreoffice.LibreOffice/issues/316
(In reply to VBB from comment #8) > I can reproduce it on fedora workstation. I also filled this issue in > flathub repo: > https://github.com/flathub/org.libreoffice.LibreOffice/issues/316 I recently fixed this issue for other platforms (patch https://gerrit.libreoffice.org/c/core/+/182263). the fix will be out in the next release of 25.2. I am yet to test it for flatpak (if this patch solves the issue for flatpak or not)
Tested on another machine which has libreoffice installed as f42 package. This version is affected by this bug `libreoffice-writer-25.2.3.2-1.fc42.x86_64` ☹️
I see there is a new `Appearance` tab where you can change document background color, which by default is Automatic, in my case it's dark gray. IMO it needs a a better default value, solid white. Same on flatpak build (25.2.3.2)
Oh sorry haven't checked this issue in a while and forgot what it's about. An issue about sheet and window background being pitch black doesn't occur on my side anymore and what I described in comment 11 is https://bugs.documentfoundation.org/show_bug.cgi?id=166063.
(In reply to Sahil Gautam (allotropia) from comment #7) > @Feike can you reproduce this issue on some desktop environment other than > cosmic desktop env? i have been trying to reproduce this for the last three > hours, but no luck. i use void linux with DWM, so I installed gnome to test > it. after many attempts with gnome's settings, lxappearance, nwg-look, i > couldn't change the desktop env theme to light theme, i tried kde-plasma, > and changing the DE theme to light doesn't change the flatpak application's > theme (which is expected as flatpak LO uses gtk whereas plasma is qt based). > > then i tried to reproduce it in an ubuntu vm, no luck there either. will try > it again in my free time later :). tagging @buovjaga. I noticed Feike was not in Cc, so missed this question. Per comment 12, maybe we can close this report. What does the original reporter, domspar500, think?
First of all, I'm sorry to hear you spent 3 hours trying to replicate a bug, I might have not specified the conditions of enough.I mean maybe you could replicate because my bug filing was to fague. But I digress, I shall try if the bug is still there, Yes it is still there, some variation of the following factors created the bug: I installed Fedora KDE; KDE uses the Breeze icon set by default; I installed the Libreoffice flatpak, it chose the Breeze iconset (probably because it has been set as the default); I installed and run the cosmic desktop, and selected on it the day/light cycle (at daytime the white theme, and at night the dark theme); it went dark outside; the Libreoffice app went dark, as intended; at the time I filed the bug the page where you type your document on went also black with black text, so you couldn't see what you were typing, but I can't replicate that right now, so it's fine on my end; now, only the Breeze icons get unreadable because of the dark UI (see screenshot-2025-05-22). So, the fix is quite simple: go to `Extra` → `Options` → `Libreoffice` → `View` or `Appearance` (whatever the English translation is) → `Icon theme` and set it to "Sifr (dark)" or "Elementry". I hope this helps. Greetings, Feike Donia, feikedonia@proton.me
Created attachment 200910 [details] how it looks now,
BTW, the Libreoffice flatpak doesn't automatically from the light to the dark theme following the day/night switch from the desktop theme.
(In reply to Feike from comment #16) > BTW, the Libreoffice flatpak doesn't automatically from the light to the > dark theme following the day/night switch from the desktop theme. And the non-flatpak version does?
Dear domspar500, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear domspar500, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp