Menu
▾
▴
#1084 windows don't raise from tray (might be fixed bug #1010)
Occasionally I hit the following bug. The window disappears from screen, but it is available in the tray. Unfortunately there is no way to raise it back because neither clicking on the tray, nor using maximize/raise from context menu help. I don't see any related errors in logs. I'm using fluxbox 1.3.5 from arch linux AMD64. The problem persists on three my machines.
Anybody else saw this problem?
all kind of apps? special apps? what do you do to trigger this?
as long as we can not reproduce this it's hard to fix.
The bug is very rare so it's hard to provide exact info :(.
I've been living with it for several month and decided to submit bug report to see if anyone else experienced this problem.
Seems any kind of apps is affected. Just yesterday I hit the following problem. I started mplayer, it worked but suddenly disappeared from the lxpanel tray and I can't see it on any of my desktops. It continues playing (I can hear the audio). Both lxpanel and fluxbox's status bar don't show the window at all. Even xwininfo -root -children doesn't list the window. So now I think it's rather xorg bug than fluxbox. I sent mplayer SIGSTOP, if someone has an idea what to do with it. Otherwise the bugreport can closed as "not enough info".
OS: arch linux AMD64, xorg-server 1.14.0-2
PS here is the "strace -f -s 64" from mplayer: http://dpaste.com/hold/1040285/ (I found nothing interesting there).
I have had windows get stuck minimized before but I don't know what causes it.
I can usually get them back by sending them to another workspace using their entry in the tray.
Application: quite-rss.
This application has the ability to minimise into the icon tray in several occasions (which the user can individually activate or not): start in the tray, go in the tray when main window is closed, or go in the tray when main windows is minimized. The third option cited, going to the tray when minimized, will render fluxbox unable to raise the window again. Window can normally be raised by calling “Show window” from the menu of the icon in the tray. Interestingly, the menu is able to show the window when the application starts into the tray (window is created) or when main window was previously closed (window is created again), and the menu is always able to call the Configure windows (the tray icon menu has an option for that, this window is created and destroyed everytime). However, when the main window is sent into the tray by minimizing, it cannot be raised again.
Also reported at upstream https://code.google.com/p/quite-rss/issues/detail?id=309 but upstream cannot reproduce (perhaps not using the correct version of fluxbox).
I have had this happen to me with Deluge on occasion. I've also had a very similar problem happen with Thunderbird. It's most likely cause by the same bug.
Here's how to reproduce the bug:
1. Open Thunderbird (and a few other windows, just so you have a reference for later).
2. Minimize (iconify) Thunderbird.
3. Go to a different workspace.
4. Attempt to open a new instance of Thunderbird via FB's root menu.
(Thunderbird will not accept this and you will be sent to the workspace TB is on, TB will be deiconified.)
5. Attempt to raise TB above any other window you have open.
At this point you shouldn't be able to raise TB above any other window and if you iconify it again it you shouldn't be able to deiconify it.
This works every time for me on FB 1.3.7.
Edit: I was able to reproduce this issue with Deluge too. Start Deluge and iconify it. Goto different workspace. Deiconify Deluge by clicking its tray icon. Now you shouldn't be able to raise or lower Deluge's window.
Last edit: Per-Arne Hognert 2015-09-23
These two at least are bug #1010 and fixed by commit 2aba567ea6c45d04d0f560e3f406fb396efe55e3
Not sure about the original report, though.