Bug 214222 - hidden GtkStatusIcon never reappears under KDE
Summary: hidden GtkStatusIcon never reappears under KDE
Alias: None
Product: Fedora
Classification: Fedora
Component: gtk2
Version: 6
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact:
: 214516 380571 (view as bug list)
Depends On:
Blocks: puplet-kde sealert-icon
TreeView+ depends on / blocked
Reported: 2006-11-06 17:59 UTC by Jeremy Katz
Modified: 2007-11-30 22:11 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-09-12 18:40:09 UTC

Attachments (Terms of Use)

Description Jeremy Katz 2006-11-06 17:59:37 UTC
If you have a GtkStatusIcon and set_visible to false and then later set it to
true, it never shows up in the KDE tray.  Simple test case:


import gtk, gobject

def show_it(t, *args):
    print "showing it"
    return False

t = gtk.status_icon_new_from_file("/usr/share/pirut/pixmaps/puplet-updated.png")
gobject.timeout_add(5000, show_it, t)

Comment 1 Matthias Clasen 2007-02-15 18:13:46 UTC
Can somebody verify that this is fixed with GTK+ trunk ? If it is,
I would be willing to backport the relevant changes to the stable branch.

Comment 2 Jeremy Katz 2007-09-12 18:40:09 UTC
Definitely fixed with gtk+ 2.11.6

Comment 3 Ngo Than 2007-09-24 16:26:03 UTC
*** Bug 214516 has been marked as a duplicate of this bug. ***

Comment 4 Rex Dieter 2007-11-13 15:02:27 UTC
Any chance to see this fixed in F-7's gtk2 too?  We're (still) getting lots of
bugs/complaints there.

Comment 5 Rex Dieter 2007-11-13 15:02:46 UTC
*** Bug 380071 has been marked as a duplicate of this bug. ***

Comment 6 Matthias Clasen 2007-11-13 17:03:28 UTC
Once I have a working backported fix, sure. So far, no luck

Comment 7 Rex Dieter 2007-11-13 17:12:57 UTC

Comment 8 Rex Dieter 2007-11-13 17:51:29 UTC
*** Bug 380571 has been marked as a duplicate of this bug. ***

Comment 9 Mary Ellen Foster 2007-11-13 18:32:31 UTC
I posted bug 380071 ... the big thing I'm wondering about is, why did
bluetooth-applet etc. suddenly begin getting started as part of log-in after the
KDE upgrade? I never saw this problem before the recent update ...

Comment 10 Kevin Kofler 2007-11-27 16:40:23 UTC
Because KDE was patched to honor the XDG autostart directory.

Note You need to log in before you can comment on or make changes to this bug.