LOGIN / SIGN UP

#18 System tray iconifcation looses windows

Reported by: pekdon Assigned to: pekdon
Phase: release-0.1.6 Component: windowmanager
Type: bug Status: closed
Priority: 2: High
Watchers:

Attachments

Description

In short, system tray doesn't handle hiding windows correctly. Does the window manager need special support for the system tray or does pekwm do something seriously bad in it's window management?

From pekwm-users list:

2008/4/25 Paulo Igor Barra Nascimento <pibarnas@yahoo.com.br>: > Well, the trouble is skype, one of the most used IM software nowadays have a > strange behavior in stalonetray (harbour), running with pekwm (I'm using git > version, but it happens with 0.1.6, too). If I right click on it, I don't get > all the soft's options and worse, if I iconify skype into stalonetray (left > clicking twice on its icon in tray), I am not able later to make it come back > to its primary position, which was expected to happen only with a click on that > tray icon.

This issue seems to happen with Qt (not sure if it's Qt 3/4 specific) applications that use the system tray in such a way. For example, the same happens with Last.fm's client <http://www.last.fm/download/>: once you iconify it so that it goes to the system tray, there's no way of getting the window back short of killing the process and restarting it.

2008-08-04

19ioerror
22:42:35 changed from open to closed

2008-07-28

19ioerror
22:16:18

All fixes are now in git. I hope there are no regressions.

22:16:07

All fixes are now in git. I hope there are no regressions.

2008-07-27

19ioerror
23:19:10

Commit 00d4c0eae102.. should fix the problem (at least for the test program). But there is still a bug when an iconified window is unmapped. For a test case use the same test program as before and iconify the second window through pekwm and then click on the button of the first window again. The second window should reappear without a frame. For me this is fixed by enabling the line "_alive = false;" in Client::handleUnmapEvent(XUnmapEvent *). But we are still discussing if this is the correct way to do it.

2008-07-17

2pekdon
15:35:50

Attached files from Andreas who has found and isolated the issue using a simple QT application.

Quoting Andreas:

"However, while playing with Qt it did something strange. I have attached an example project that reproduces the problem on my system. Saving both files in a directory and doing "qmake -project ; qmake ; make" compiles it for me. The program opens one window with a button. Clicking on the button should switch the visibility of another window. At first it works; after the first click the second window appears and with a second click the window disappears. But after that the second window does not appear again, no matter how ofter the buttons is pressed. This does not happen when I use a different window manager like kwin or fluxbox."

15:34:22 attached test.hpp
15:34:12 attached main.cpp

2008-05-06

2pekdon
13:15:25 changed from 5 to 2