Notification icon doesn't survive changing of notification tray implementation
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
XChat-GNOME |
Won't Fix
|
High
|
|||
xchat-gnome (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
Binary package hint: xchat-gnome
1) With gnome-panel running, open xchat-gnome and a number of other applications. For simplicity sake, configure the xchat-gnome notification plugin to be "always visible".
2) Switch to gnome-shell
3) Observe
4) Close and run-run xchat-gnome
5) Switch back to regular gnome-panel
6) Observe
Expected behavior:
Like most other applications, like nm-applet and the ubuntu-one client, xchat-gnome's notification icon should persist across changes in notification-area providers.
Observed behavior:
Xchat-gnome's notification area icon dissapears. If xchat-gnome was hidden at the time (by clicking on the icon), there is now no way to get it back, even though it's still running.
ProblemType: Bug
Architecture: i386
Date: Wed Oct 14 15:08:10 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelMo
Package: xchat-gnome 1:0.26.1-1ubuntu1
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: xchat-gnome
Uname: Linux 2.6.31-11-generic i686
Changed in xchat-gnome: | |
status: | Unknown → Invalid |
Changed in xchat-gnome: | |
status: | Invalid → Confirmed |
Changed in xchat-gnome: | |
importance: | Unknown → High |
Changed in xchat-gnome: | |
status: | Confirmed → Won't Fix |
Thank you for providing detailed steps to reproduce the problem. I think the use case described is not a common one (for one thing gnome-shell is merely a universe component in Lucid, and not something being actively targeted at this time afaik), but that said, the general issue of this failing when changing between the two seems like a legitimate issue.
Would you mind checking if this misbehavior still occurs with Lucid?