Main window stays on top after clicking outside the window

[Piotr Sokół]

After clicking outside the cardapio window, it stays on top and the aplet menu is active. Maybe I'm wrong but I would expect it will behave like other menus (for example original Gnome menu) and disappear.

[Heiner Valverde (dylian17-deactivatedaccount)]

This affects me too, it looks inconsistent with the rest of the system because it behaves like a window, and it should behave like a Menu instead.

See this picture of it: http://img706.imageshack.us/img706/8307/workspace1004.png (Sorry I could not upload it thru Launchpad it freezes on me)

For example in this case I have Cardapio opened and I switch to the Me Menu, well it should close the Cardapio menu instead of behave like the Clock applet on Gnome

[Thiago Teixeira (tvst)]

Oh, wow. That's a regression. Thanks for reporting it.

I will work on it tonight.

[Thiago Teixeira (tvst)]

Ok, since I had an idea of what introduced this error yesterday, I was able to fix it quickly.

So this is now fixed in the bzr trunk. I will push it onto the PPA later.

[Piotr Sokół (psokol)]

For some crazy reason this stopped working and still affect to my upper panel, while working fine in bottom and side panels. Dragging cardapio applet with middle mouse button from upper panel to other panels, simply fixes problem.
I noticed it stops working when I try to grab and move window with alt key, but returns to normal after deleting and adding applet again to panel.

PS. Oh no! It stopped working also on my bottom panel after I've grabbed menu window with alt key and I've killed gnome-panels with xkill. It's the reason.
Please help :)

[Heiner Valverde (dylian17-deactivatedaccount)]

I can confirm what happens to Piotr, but in my case I did what Piotr with a Chrome window and then I opened the applet and it stopped working but also something that makes it worse it's that Cardapio still works like a Window instead as a menu :(

I was able to move it through my screen and my workspaces, and I couldn't close it by just clicking somewhere out of it's focus.

Take a look to this: http://img443.imageshack.us/img443/8107/workspace1001.jpg

You can see that the Window that's active is Chrome not Cardapio and it still cannot close :S

[Thiago Teixeira (tvst)]

Can either of you figure out a sequence of steps that causes this bug?

It will be much easier to fix this if I can reproduce it :)

[Piotr Sokół (psokol)]

Sorry for a little chaotic description - I already know I discovered two bugs:

Bug 1:

- Add cardapio menu applet to panel,
- Click on it to open menu,
- Press Alt (default) key while mouse is over the menu window and try to grab and move it,
- If it doesn't work for first time, try again,
- After it's done, clicking outside the window don't hide it and can be hide only using Esc key or by clicking the applet.

I realized this not always work - it depends on where window is placed (to the right or to the left from the panel applet or on bottom or upper panel).

Bug 2:

- Add cardapio menu applet to the right side of upper panel,
- Click on it to open menu,
- When trying to click on the right side of the window, it stays on top and can be hide only using Esc key or by clicking the applet. The attached image show this situation.
But clicking under the window or on the left from it hides it properly.

This is also work different with left or right location on the panel and with upper or bottom place of the panel.

 It looks like bugs are connected with each other. I hope You will manage with reproducing them.

[Piotr Sokół (psokol)]

Second bug disappeared after update to version 0.9.93. First one is still visible in version 0.9.97 but only in side or bottom panels and it isn't so annoying like second one was. Maybe this only affects to me?

But there is also another situation when menu window don't hide. Take a look on attached picture - I clicked on Cardapio applet to open the window and then clicked Gnome menu applet. The same situation is when clicking on panel empty area instead of applet.

[Thiago Teixeira (tvst)]

I just released a series of updates, fixing a number of regressions. Right now Cardapio is at 0.9.90. Please try the latest version and let me know if the bugs are still there.

Thanks!

[Thiago Teixeira (tvst)]

I meant 0.9.99

[Piotr Sokół (psokol)]

Unfortunately nothing changed and bugs are still there. I checked version 0.9.102.

[MixiM (joakimleufstedt)]

Still a problem in 0.9.105 .. Opening Cardapio and then clicking on another open window (i.e. Chrome) leaves Cardapio open. Expected behaviour would be that the menu closes.

[Thiago Teixeira (tvst)]

Ok, lets get some more info about this bug, because I really cannot reproduce it in any machine.

1) Please include the info described here: https://answers.launchpad.net/cardapio/+faq/1173
2) What window manager are you using?
3) Is there a specific sequence of steps you need to follow to make this bug appear? Or does it happen every time you open Cardapio and focus elsewhere?

Let's see if we can kill this bug as soon as possible. This has gone on for too long :)

[MixiM (joakimleufstedt)]

I have actually made a video demonstrating this behaviour. Attached it to the message or simply watch it here :
http://dl.dropbox.com/u/2552010/Forum/bug_592630.ogv

When in the gnome panel, it happens every time for me. When launched seperately it reacts normally,until you try to move your coursor over a text that you can mark and mark it before clicking anything else. Don't know if theese behaviours are connected in some way but yeah, at least you got some more info =)

1. Nothing is produced in the logs, nor the terminal.
2. Gnome 2.30, on Ubuntu 10.04... all updates done.
3. Reproducible as it happens for me every time, without any specific sequence. Different bahviour when launched standalone though (See video).

[MixiM (joakimleufstedt)]

Forgot to mention it again... Still using version 0.9.105

[MixiM (joakimleufstedt)]

ITERATION!
The Cardapio run in window runs completely as it should for me, don't know if it was the video recording software that made it dizzy when marking text or something. But still, when in gnome panel it always stays as shown in the video.

[Thiago Teixeira (tvst)]

Thanks. I will take a deeper look into this later today. For now, though, I just wanted to clarify what I meant by "window manager":

Are you using:
* Metacity? (Gnome's / Ubuntu's default window manager)
* Compiz? (Ubuntu's window manager when "visual effects" is on)
* Or something else?

[MixiM (joakimleufstedt)]

Yes left that out, my bad. Running default Compiz.

[Thiago Teixeira (tvst)]

Ok here's a strange question: as far as you can tell, does this happen no matter *where* on the screen you click?

For example, let's think of your screen in terms of coordinates (x,y) where x goes from 0% (left edge of the screen) to 100% (right edge of the screen) and y goes from 0% (top edge) to 100% (bottom edge).

So try clicking in the following coordinates:
a) near the top-left corner, like at (25%, 25%)
b) near the top-right corder, like (75%, 25%)
c) near the center, (50%, 50%)
d) near the bottom-left, (25%, 75%)
e) near the bottom-right, (75%, 75%)

Does the bug happen for all of those?

[Thiago Teixeira (tvst)]

Also, perhaps more importantly: what level of focus-stealing prevention are you using in Compiz?

To find out, open CompizConfig Settings Manager (ccsm), go to "General Options", then "Focus & Raise Behavior". I want to know the values for "Focus Prevention Level" and "Focus Prevention Windows".

[MixiM (joakimleufstedt)]

I can now verify that this is not always the behavior of Cardapio, It happens intermittently, and then when i log in/out or reboot to restart Cardapio all works fine again. Has occurred several times since then though. Will be more alert next time it happens so I can present some sort of scenario or sequence.

But for now:
Focus Prevention Level: Low
Focus Prevention Windows: !(class=Polkit-gnome-authentication-agent-1)

Also, next time it happens I will try the different corners.

[Thiago Teixeira (tvst)]

Ok, how is this bug now that version 0.9.107 is out? I removed some legacy code from the focus handler, which I think was causing this problem.

[MixiM (joakimleufstedt)]

Fix verified, I noticed that the behaviour was gone after 0.9.107. At least for me, this problem has never occured since =). What about you other guys?

[Piotr Sokół (psokol)]

Menu window now hides properly after clicking on other menu panel applet. Unfortunately it stays on top still when clicking on empty panel area.
For example I can click on Cardapio applet which is placed on my upper panel to open the menu, then click on empty area on bottom panel and menu window stays still visible.