Window restore issues

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Iconify all windows
2. Click on last iconified window with left mouse button
3. Window will not de-iconify (restore)

What is the expected output? What do you see instead?
I would expect the window to restore. This behaviour is only observed with the 
last iconified window and only if all other windows on current desktop are 
iconified. The minimized window that I try to restore will not respond until a 
different window has been restored. It will then allow me to click on it to 
restore it.

What version of the product are you using? On what operating system?
I am using Arch linux with Compiz using GTK decorator, but no Gnome desktop. As 
I am using Arch the version of tint2 is the current one at the time of writing.

Please provide any additional information below.
As I said above the behavior is extremely strange. It only affects the window 
that was iconified last when all other windows on the desktop are also 
iconified. More specifically it affects the last iconified window only if I use 
the minimize button on the window's decoration. If I minimize it by clicking on 
the task in tint2 everything is fine. I can therefore only assume it is 
something to do with the interaction between tint2 and compiz or the window 
decorator (gtk).

Original issue reported on code.google.com by mrmr...@gmail.com on 19 Feb 2011 at 1:03

[GoogleCodeExporter]

Additionally if I right click on the tint2 bar in an empty space (i.e. not on a 
task) it closes tint2. Is this because tint2 thinks it is a window? Should I 
change some settings in compiz to remove this behaviour or is it a bug in tint2?

Original comment by mrmr...@gmail.com on 19 Feb 2011 at 1:19

[GoogleCodeExporter]

In fact tint2 closes if I click on it with any mouse button while it is empty.

Additional information:
I have tried tint2-svn and have the same problems.
I am running nvidia proprietary drivers.
Other applications installed include conky, gnome-terminal, opera.
I am running tint2 as a background process from .xinitrc

Original comment by mrmr...@gmail.com on 19 Feb 2011 at 1:25

[GoogleCodeExporter]

1. Attach your tint2rc
2. Try setting wm_menu = 0 (this should fix the problems with click in empty 
area)
3. There is something called _NET_SHOWING_DESKTOP. I think that compiz sets 
this status, when the last window is minimized. Heres a way how you can prove 
if that's the issue:
  - Leave gnome-terminal as last non-mimized window
  - Enter 'sleep 5 && xprop | grep _NET_SHOWING_DESKTOP'
  - Minimize in this 5 seconds the terminal
  - As soon as your mouse icon changes to a cross click on the desktop
  - Get gnome-terminal somehow visible again
  - check if _NET_SHOWING_DESKTOP has value 0/1 (0 means false, 1 means true)

Seems like a bug in compiz to me, since it does not want to unmimize the last 
window if _NET_SHOWING_DESKTOP is set

What you can try additionally:
- Install another panel and check the behaviour there (xfce-panel, gnome-panel, 
etc)
- Install tint2 from sources and during the cmake step use "cmake 
-DCMAKE_BUILD_TYPE=debug path_to_source". Then debug  the application, why it 
crashes, i.e. give us a backtrace (because here it does not crash on a click)

If you have the time to do so, that would be awesome to find the bugs ;)

Original comment by Andreas.Fink85 on 19 Feb 2011 at 2:32

[GoogleCodeExporter]

you have different problem.

On the iconified window, I suspect a problem specific to Compiz/GTK decorator.
Con you post your config here. So we can try it under openbox.

On the second problem, try to run tint2 inside a terminal to see if tint2 
segfault when you clic on an empty area.

Original comment by thilo...@gmail.com on 19 Feb 2011 at 2:33

[GoogleCodeExporter]

I did the _NET_SHOWING_DESKTOP command and it came out with a value of 0.
I'm fairly comfortable with linux, but not so much building things from source, 
so I don't think I can help with that step.
I've attached the config file, but nothing is different from when it was 
installed.
The strange thing is that the behaviour is only related to the left mouse 
click, when I use the scroll wheel to restore the window it works on any window 
including the last minimized one.
I'll try the segfault thing now, but I'll have to remove tint2 from my .xinitrc 
file so I'll post this for now and then let you know how it went.

Original comment by mrmr...@gmail.com on 19 Feb 2011 at 6:49

Attachments:

• tint2rc

[GoogleCodeExporter]

Ok, this is kind of hard to describe, but maybe if you've seen it before you'll 
understand.
I took tint2 off my .xinitrc then rebooted X.
I started up a gnome-terminal using mygtkmenu and started up tint2.
I then clicked on an empty space and the taskbar disappeared.
I started up a new terminal and started up tint2 again.
This time the original bar started up again with the original terminal on it 
and the new terminal in the second desktop's position (even though it was 
running on the first desktop).
I did this again and again until there were four terminals, each running on the 
first desktop, but in positions on the tint2 taskbar that indicated they were 
on each of the four desktops I have running. Once there were four it wouldn't 
do it again.
I will change the taskbar_mode setting in tint2rc back to single desktop and 
see if this works.

Original comment by mrmr...@gmail.com on 19 Feb 2011 at 7:02

[GoogleCodeExporter]

After changing back to single_desktop it no longer dissapears if the terminal 
is running (the terminal that I used to start tint2) now I'll check to see if 
it disappears if I start tint2 from .xinitrc.

Original comment by mrmr...@gmail.com on 19 Feb 2011 at 7:05

[GoogleCodeExporter]

Ok it is definitely fixed now as far as dissapearing goes, but it's a shame 
that I can't run multi-desktop under compiz.
Anyway the minimize issue is still there. It works with the scroll wheel not 
with the left click (I just tried it with Opera running as the only window and 
I couldn't get it back up when I clicked on it, then with an upward scroll of 
my scroll wheel it restored). Any more tests I could try? 

Original comment by mrmr...@gmail.com on 19 Feb 2011 at 7:10

[GoogleCodeExporter]

I'm not sure if compiz as improved, but here the latest point on compiz 
multi-desktop
http://code.google.com/p/tint2/issues/detail?id=286

Your config works fine with openbox+tint2 and xfce4+tint2.
No problem with iconified task. Like Andreas, I suspect a bug in compiz.
Check lxpanel or xfce4-panel to confirm.

Original comment by thilo...@gmail.com on 19 Feb 2011 at 8:35

[GoogleCodeExporter]

After trying xfce4-panel it seems the problem is with compiz as I get the same 
behaviour.
Thanks for the help and sorry for the false alarm.
It's so difficult to find anyone who has experienced the same behavior I 
thought it best to come to you guys. I'll see if anyone working on compiz knows 
of this issue.

Original comment by mrmr...@gmail.com on 19 Feb 2011 at 9:37

[GoogleCodeExporter]

you're welcome ;)

Original comment by thilo...@gmail.com on 19 Feb 2011 at 9:59

[GoogleCodeExporter]

I've filed a bug report with the compiz guys, but I have since tried out 
BMPanel with stand alone compiz and it works. Tint I'm afraid is still doing 
the same thing as before. Is there any way I would be able to fix this because 
I like the look and feel of tint and I don't really want to use gnome or kde.

Original comment by mrmr...@gmail.com on 2 Mar 2011 at 3:22

[GoogleCodeExporter]

Closing this since it is so old, and the problem is in compiz.

Original comment by mrovi9...@gmail.com on 1 Feb 2015 at 11:02

• Changed state: Incomplete