feature request relevant to alltray
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
AllTray |
Invalid
|
Undecided
|
Unassigned | ||
DockbarX |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
alltray is good since it can hide certain application window into the notification area. However the window locked by alltray is still in the window
list of dockbarX, which should not happen in that it in some cases makes alltray's work useless in the first place.
For example, two windows of firefox are open, one of which is specially used for some webui, say mldonkey. One uses alltray to hide the
mldonkey window into notification area so that it could be shown/hidden . But in the dockbarX's window list the mldonkey window
is still there, which makes usage of the other "normal" firefox window inconvenient ( there are still two windows in the firefox group and one
has to be chosen each time).
So it's better for dockbar X to act in the way that remove the window from the dockbarX window list when it's locked by alltray, then recover it when it's unlocked.
Changed in dockbar: | |
status: | Fix Committed → Fix Released |
First, some additional information is needed:
- On what operating system/distribution are you running?
- What window manager are you using?
- What version of AllTray are you using? Running "alltray -v" in a terminal window can give you the answer to this question.
- What version of Dockbar are you using?
- Is AllTray compiled by a distribution (if so, who) or did you compile AllTray yourself (if so, on what distribution)?
- Same as the previous question, but for Dockbar. Also, where did you download Dockbar from, if you downloaded it?
- If you have a standard GNOME setup (or are willing to install one), does this problem occur then (e.g., without Dockbar)?
With that additional information, I will be able to look into this bug report. Thanks for reporting the bug!