Cardapio conflicts with indicator-applet-appmenu

Bug #651803 reported by David Hsu
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Cardapio
Triaged
Low
cmulk

Bug Description

When Cardapio and Ubuntu Maverick's indicator-applet-appmenu both present, pressing Cardapio first and then appmenu causes UI to freeze up, and all mouse and keyboard input become ineffective.

Besides, Cardapio also steals focus when active (Cardapio's more like a window, rather then a menu) which result in appmenu showing only a basic "File" option since Cardapio becomes the active instance and has no menus by default. Is it possible to get appmenu to ignore Cardapio?

--

Upon startup there's this:

    (cardapio:1700): GConf-CRITICAL **: gconf_client_add_dir: assertion `gconf_valid_key (dirname, NULL)' failed

When UI froze. There's no message came up immediately, but after a few seconds it ended up like this:

    (cardapio:1700): Bonobo-WARNING **: Never got frame, control died - abnormal exit condition

And that's all.

description: updated
Revision history for this message
Thiago Teixeira (tvst) wrote :

Hi David, I'm not running Maverick (yet) so I will ask the other Cardapio devs to try and reproduce this.

Revision history for this message
Thiago Teixeira (tvst) wrote :

Oh, and about this:

> Besides, Cardapio also steals focus when active (Cardapio's more like a window, rather then a menu) which result in appmenu showing only a basic "File" option since Cardapio becomes the active instance and has no menus by default. Is it possible to get appmenu to ignore Cardapio?

I don't know if it is possible, but if it isn't it would be a great idea to get the appmenu developers to implement this option. I will get in touch with them about it (unless someone else volunteers).

Revision history for this message
Jan (jancborchardt-deactivatedaccount) wrote :

I am currently not on Maverick so I can't test this.

Is this related to bug #603795?

Revision history for this message
cmulk (cmulk) wrote :

I can confirm that this bug. I just upgraded to maverick a couple of days ago and I have the exact same behavior. However, I am not seeing the behavior described in bug #603795.

Revision history for this message
David Hsu (illusionmist62442) wrote :

I think it's more a problem of appmenu.

I did something yesterday (I forgot, probably open some app and click the appmenu at the same time) and the same scenario happened. So I tried to reproduce it and succeeded!

Just open some app and before it opens click on the appmenu (it's now showing, say, nautilus' menus), upon the startup of new app, appmenu changes to menus for the new one and the whole UI freezes. I'll go ahead and report this to them.

Revision history for this message
David Hsu (illusionmist62442) wrote :

It's already been reported: https://bugs.launchpad.net/indicator-appmenu/+bug/603482
So it's their job now. Ha.

Revision history for this message
David Hsu (illusionmist62442) wrote :

What's left now is to get appmenu to ignore cardapio, then.

Revision history for this message
Jan (jancborchardt-deactivatedaccount) wrote :

David, thanks for your help!

Clifton, since you are running Maverick and the bug occurs for you (Cardapio having a menu):
Could you assign this bug to you, go on #ayatana on freenode IRC and try to fix it (make Cardapio be ignored by appmenu) with the help of Ayatana developers? It worked well last time thanks to Cody Russell (bratsche). :)

Changed in cardapio:
status: New → Triaged
importance: Undecided → Low
Revision history for this message
cmulk (cmulk) wrote :

Sure thing, I will give it a try.

Changed in cardapio:
assignee: nobody → Clifton Mulkey (cmulk)
Revision history for this message
Cody Russell (bratsche) wrote :

If you can export UBUNTU_MENUPROXY=0 before you start cardapio that will fix it.

Revision history for this message
cmulk (cmulk) wrote :

I tried the fix above, but unfortunately it causes an error and cardapio is unable to load. I believe the error message is the same that has been reported in a previous bug.

The error is this: The panel encountered a problem while loading "OAFIID:GNOME_Cardapio".

Revision history for this message
Thiago Teixeira (tvst) wrote :

Is this still a problem?

Revision history for this message
Jan (jancborchardt-deactivatedaccount) wrote :

Yes, this still happens. I ran the latest Cardapio 0.9.158 on Ubuntu Maverick (appmenu 0.4.6) and everything got unresponsive just as David described. It did not freeze completely; I could still move the mouse, the clock worked and a web page refreshed in the background.

I got a full trace where the error might not be at the bottom because I waited a bit until I had to hard reset my system.

Revision history for this message
cmulk (cmulk) wrote :

But I'm not sure there is much we can do about it. The issue seems to be with the appmenu itself as david mentioned above, and it is still an open, high priority bug on their end.

Revision history for this message
David Hsu (illusionmist62442) wrote :

Yeah, I think maybe we have to wait for the appmenu to mature.
After all Cardapio works like a charm with Global Menu (gnome-globalmenu) :D

Revision history for this message
Jan (jancborchardt-deactivatedaccount) wrote :

Oh, I only paid attention to Thiago’s question and kinda overlooked that this was already resolved. Marking it as a duplicate of bug 603482 mentioned by David. :)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.