Description: Using the Dark Theme for GNOME desktop on Fedora 25. The Styles dropdown in both the top left and the properties side panel is not readable due to color issues. With the dark theme set for GNOME, the styles dropdown is very dark gray background with black text and is unreadable. This same problem exists in the insert table dropdown. I think this is a bug in LibreOffice and not GNOME because the fonts dropdowns look perfect with the GNOME dark theme. Steps to Reproduce: 1.Set GNOME to dark theme (I used GNOME tweak tool) 2.Open LibreOffice Writer 3.Click the dropdown for styles (colors make this menu unreadable) 4.Click the dropdown for fonts (colors make this menu easily readable) Actual Results: The dropdown is very dark gray with black text. Expected Results: The dropdown should be dark gray with whiteish text. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36
i don't see any such problem, everything is clear to read. background is dark but text is white for active options and light gray for options which are not active in every dropdown menu. check for some other problem in the system.
user agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 i'm also using the same tools GNOME tweak tool to set dark theme and fedora 25 with GNOME and i've checked both the developer's version and the stable installed version both don't show any such problem.
I just noticed that this only happens on certain documents. Let me investigate a bit and see how to reproduce it.
Created attachment 129990 [details] Document showing bug This is an example of a document that exhibits the problem on my system. I've removed the content, but it was about 10ish page document. I think it was originally created as a docx in MS Word but was later saved and worked on as an .odt file. However, I don't have access to Word to test that theory at the moment.
Kartikeya: can you test with the attached document?
Created attachment 130008 [details] screenshot as you can see there is no problem, i checked it in both (devel,installed) versions.
Created attachment 130009 [details] style dropdown screenshot there is no problem in reading this dropdown this is the version on which i checked it Version: 5.2.3.3 Build ID: 5.2.3.3-4.fc25 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; Locale: en-IN (en_IN.UTF-8); Calc: group
Created attachment 130056 [details] colors mismatch screenshot Thank you for looking into this for me Kartikeya. I was not as clear or using the wrong terminology but here is a screenshot showing the affected menu. If this is still looking ok on your end I'll just let this bug go, but I know I was using this drop down for writing my paper just a couple months ago. The menu I am experiencing the problem is the menu in the tool bar and in the properties side panel, but not the menu from your screenshot. My screenshot shows the problem with the tool bar menu. It appears the menu is displaying fonts EXACTLY as they would appear on the page, including font color, which may be the source if this problem. I don't know for sure if that is the case, that is just what it looks like from my user perspective.
yes, this bug is Reproducible with the document you gave but not with others not even if we first save it as docx and then change the format to odt. but if we could have a clear picture on how to reproduce this bug with other documents, or what type of documents produce it that will be useful.
After trying to reproduce this I noticed this problem was only present on a couple of my files and what they shared in common were the styles being used. After some further investigation I found that if I edited the default style and looked under the font effects tab, the font color was set to User, with a black color selected. I don't recall setting this option myself and after switching it back to Default the normal display behavior returns due to all other styles inheriting from the default one. I assume I must have set this somehow while fiddling with various options. I think this can be safely marked as not a bug.
Thanks, Matthew! Closing.
*** Bug 113216 has been marked as a duplicate of this bug. ***