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 589860 - GtkStatusIcon: need to set status icon visibility to FALSE before unreferencing it
GtkStatusIcon: need to set status icon visibility to FALSE before unreferenci...
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkStatusIcon
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2009-07-27 12:01 UTC by Vincent Untz
Modified: 2011-06-01 05:43 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Test case (838 bytes, text/plain)
2009-07-27 12:02 UTC, Vincent Untz 		  Details
set the status icon visibility to FALSE before unreferencing it (383 bytes, patch)
2010-11-23 23:07 UTC, Matthew 		none Details | Review

Description Vincent Untz 2009-07-27 12:01:33 UTC 
If you don't set the status icon visibility to FALSE before unreferencing it, then some space will still be used in the notification area for the removed status icon.

I was wondering if it's a bug in the notification area or in gtk+. It appears that the notification area never receives the "removed" signal from its socket containing the tray icon plug, so it looks like a gtk+ bug.

Attaching at test case.
Comment 1 Vincent Untz 2009-07-27 12:02:40 UTC 
Created attachment 139277 [details]
Test case
Comment 2 Matthew 2010-11-17 21:07:45 UTC 
Is there any chance of getting this fixed? Is indeed a gtk+ bug or is this the intended behavior?
Comment 3 Matthew 2010-11-23 23:07:25 UTC 
Created attachment 175140 [details] [review]
 set the status icon visibility to FALSE before unreferencing it
Comment 4 Matthias Clasen 2011-06-01 05:43:08 UTC 
I believe this was fixed in gnome-panels tray implementation for 3.0