Bug 751290

Summary: [kde] LibreOffice has black on dark-grey tooltip-texts
Product: [Fedora] Fedora Reporter: Marc Muehlfeld <marc.muehlfeld>
Component: libreofficeAssignee: Lukáš Tinkl <ltinkl>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 16CC: alekcejk, caolanm, dtardon, erack, fedora, germano.massullo, jgrulich, jonrysh, jreznik, kevin, ltinkl, mstahl, rdieter, rh-bugzilla, rnovacek, ry, sbergman, smparrish, than
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: libreoffice-3.4.4.2-3.fc16 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-11-30 01:54:52 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Screenshot of a tooltip-text
none
Eclipse none

Description Marc Muehlfeld 2011-11-04 08:34:52 UTC
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.

Comment 1 David Tardon 2011-11-04 09:23:23 UTC
KDE-only problem

Comment 2 David Tardon 2011-11-21 11:28:44 UTC
*** Bug 755512 has been marked as a duplicate of this bug. ***

Comment 3 Rex Dieter 2011-11-21 19:40:17 UTC
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.

Comment 4 Rex Dieter 2011-11-21 21:35:35 UTC
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.

Comment 5 Rex Dieter 2011-11-21 22:03:18 UTC
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).

Comment 6 Martin Kho 2011-11-22 17:00:34 UTC
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

Comment 7 Jonathan Ryshpan 2011-11-22 22:32:38 UTC
(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.

Comment 8 Kevin Kofler 2011-11-23 14:54:22 UTC
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.

Comment 10 Martin Kho 2011-11-23 15:15:05 UTC
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

Comment 11 Fedora Update System 2011-11-23 15:40:12 UTC
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

Comment 12 Germano Massullo 2011-11-23 17:02:20 UTC
Since Fedora 15. a similar problems happens in Eclipse. Could it be related? See attachment

Comment 13 Rex Dieter 2011-11-23 17:08:14 UTC
eclipse has no native kde integration that I'm aware of, but either way, it's an appliation-specific (ie, eclipse) bug.

Comment 14 Kevin Kofler 2011-11-23 17:08:32 UTC
It's definitely not the same bug (this one is in LibreOffice code), please file a separate bug.

Comment 15 Germano Massullo 2011-11-23 17:12:00 UTC
Created attachment 535564 [details]
Eclipse

Comment 16 nucleo 2011-11-23 17:12:39 UTC
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.

Comment 17 Kevin Kofler 2011-11-23 17:26:39 UTC
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.)

Comment 18 Kevin Kofler 2011-11-23 17:33:55 UTC
The Eclipse issue is now bug #756467, please post any further comments about Eclipse there.

Comment 19 Fedora Update System 2011-11-23 23:31:25 UTC
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).

Comment 20 Kevin Kofler 2011-11-24 08:42:29 UTC
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.

Comment 21 Martin Kho 2011-11-24 13:43:13 UTC
Hi,

Just updated Libreoffice and it's indeed much nicer to have the KDE theme colours :-)

Thanks,

Martin Kho

Comment 22 Fedora Update System 2011-11-30 01:54:52 UTC
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.