After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 416761 - Notification area icon redraw problem
Notification area icon redraw problem
Status: RESOLVED NOTGNOME
Product: gnome-panel
Classification: Other
Component: notification area
2.16.x
Other All
: Normal minor
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-03-10 12:55 UTC by László Monda
Modified: 2008-03-27 16:45 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description László Monda 2007-03-10 12:55:16 UTC
Please describe the problem:
When some layer, such as a tooltip covers the systray icon of a Qt application, the trasparent pixels of that icon don't get repainted with the color of the panel.  These pixels will have the color of the tooltip in such a situation.


Steps to reproduce:
1. Start up a Qt application which has a systray icon.
2. Make a tooltip appear above the icon.


Actual results:
I end up with an ugly systray icon which is quite confusing visually.


Expected results:
I expect the transparent pixels of the icon to be redrawed with the color of the panel.


Does this happen every time?
Yes.

Other information:
I'm not sure that it's a GNOME/GTK+ problem.  It may be a Qt problem.
I've made a screencast which demonstrates the bug:
http://laci.monda.hu/shots/systray.mpg
Comment 1 Vincent Untz 2007-05-12 21:47:42 UTC
Hrm. Could be a Qt bug. Could you open a bug against Qt and see what Qt people say?
Comment 2 László Monda 2007-05-15 00:11:40 UTC
I've reported the bug to the Qt folks.  It hasn't got its own URL yet.  I'll keep you up to date about this issue.
Comment 3 László Monda 2007-05-17 20:19:33 UTC
I've reported the bug to the Qt guys.

Here's the answer:

----8<----

Hi László

Thank you for your bug-report.

In Qt 3 we did not have any systemtray functionality implemented and it
was left up to the users to implement. What you see can be KDE code
that is causing the bug.

However, if it should prove to be a Qt bug, it will most likely not be
fixed. This is because Qt 3 is approaching its end og life time, and we
will not fix bugs which are not critical. This practically means bugs
that causes crashes.

Kind regards,
Jørgen Lind
Support Engineer

----8<----

Then I reported it to the KDE folks:
https://bugs.kde.org/show_bug.cgi?id=145579
Comment 4 Pavel Šefránek 2008-03-27 16:45:32 UTC
Closing as of comment 3: "What you see can be KDE code
that is causing the bug."