Red Hat Bugzilla – Bug 751290
[kde] LibreOffice has black on dark-grey tooltip-texts
Last modified: 2015-07-13 13:35:39 EDT
Created attachment 531722 [details] Screenshot of a tooltip-text Description of problem: In LibreOffice all tooltip-texts appear in black colour on a dark-grey background, what makes it almost impossible to read. Version-Release number of selected component (if applicable): 3.4.3.2-15 How reproducible: Always. In all LO applications. Steps to Reproduce: 1. Open a LibreOffice application 2. Point with your mouse to an icon and wait until the tooltip-text is displayed. Actual results: Tooltip-texts in black colour on dark-grey background. (see attached screenshot). Expected results: Background colour of tooltip text should be a light colour, so that it is readable. Additional info: The tooltip-texts in LO on F15 where fine.
KDE-only problem
*** Bug 755512 has been marked as a duplicate of this bug. ***
Seems only our default kde "Oxygen" color scheme triggers this as well. All other schemes seem ok. :( Seeing similar oddness in digikam tooltips as well, there's probably a connection. I'll dig into it more tomorrow.
I think I found the change in Oxygen.colors that's the culprit, https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/602a3c2c9e0cb2a32184139adfd2fa1dcf712aeb [Colors:Tooltip] BackgroundNormal and ForegroundNormal look wrong, (swapped?). see also similar digikam issue, https://bugs.kde.org/show_bug.cgi?id=283572 I'm going to swap these back, at least until we get some feedback from oxygen upstream.
OK, #oxygen replied with some helpful advice, and that this is indeed almost certainly an application bug, "Applications should render QPalette::ToolTipText on QPalette::ToolTipBase if they only support QPalette. Applications that support KColorScheme can use the additional roles valid for the tool tip's background." I think we have a fix for digikam, I can look into this next (or Lukas given we have a hint what to look for now).
Hi, FYI: for the time being one can set the OOO_FORCE_DESKTOP=gnome environment variable in ~/.bash_profile. You'll get tooltips black on blue (like e.g. in Firefox). Hope this helps, Martin Kho
(In reply to comment #6) > FYI: for the time being one can set the OOO_FORCE_DESKTOP=gnome environment > variable in ~/.bash_profile. You'll get tooltips black on blue (like e.g. in > Firefox). > > Hope this helps, It does help. Tips are now readable. BTW: As expected, this problem also occurs on KDE running on an x86_64 system running Fedora-16.
OOO_FORCE_DESKTOP=gnome is a crude workaround which disables all KDE integration (and enables the GNOME one instead), not a fix! The real issue was actually fixed in upstream LibreOffice, I think there will be a Fedora update for this shortly.
The upstream fix: http://cgit.freedesktop.org/libreoffice/core/commit/vcl/unx/kde4?id=7cd58dbe32e5421986216dd7c6b24a4bb0b9c1e5 Fedora 16 build: http://koji.fedoraproject.org/koji/buildinfo?buildID=275364
Hi Kevin, Sure my comment was absolutely not meant to be a fix! More a very temporary workaround as long as no fix was available. Some bugs can live really long (e.g. Amarok's high cpu usage) ;-) It's nice to see that upstream has already fixed this issue. Thanks, Martin Kho
libreoffice-3.4.4.2-3.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/libreoffice-3.4.4.2-3.fc16
Since Fedora 15. a similar problems happens in Eclipse. Could it be related? See attachment
eclipse has no native kde integration that I'm aware of, but either way, it's an appliation-specific (ie, eclipse) bug.
It's definitely not the same bug (this one is in LibreOffice code), please file a separate bug.
Created attachment 535564 [details] Eclipse
This (and digikam) bug first appeared with changed in KDE 4.7 Oxygen colors. Fedora 15 have KDE 4.6 so this bug can't be there.
It can if he's using the kde47 repo, but this looks like a different bug to me (the background is really black and not almost black). Please file a separate bug against Eclipse. (As I wrote, it'd have to be fixed separately in any case. But the Eclipse issue doesn't look related to the Oxygen color scheme change at all.)
The Eclipse issue is now bug #756467, please post any further comments about Eclipse there.
Package libreoffice-3.4.4.2-3.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-3.4.4.2-3.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-16330/libreoffice-3.4.4.2-3.fc16 then log in and leave karma (feedback).
Uhm, this is still in updates-testing, no idea why Bodhi decided to reset the status to MODIFIED, I'm setting it back to ON_QA.
Hi, Just updated Libreoffice and it's indeed much nicer to have the KDE theme colours :-) Thanks, Martin Kho
libreoffice-3.4.4.2-3.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.