Cardapio don't show on panel when new "Appmenu" Applet is activated

Bug #603795 reported by dart
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
AppMenu GTK+
Invalid
Undecided
Unassigned
Cardapio
Fix Released
High
Unassigned

Bug Description

A new Global Appmenu is being introduced in next ubuntu release in which the application menus are displayed on panel, much like Mac. However, cardapio was working fine when both the panel menus and application menus were displayed. But when today I turned off application menus and only kept panel menus....cardapio applet just disappeared. I tried to reinstall couple of times and then tried again to add to panel but again there was no sign of cardapio.

However, the keybindings just works fine and they do launch the cardapio menu. Its just that the applet won't appear on the panel.

Since most of the ubuntu users are going to switch to appmenu sooner or later, this may be crucial.

Also, I am not aware but does cardapio act as a standalone GTK application because when I use super+space to launch cardapio when Global Appmenu is enabled, the penal menu shows menuitems like 'file' and 'edit', much like any other standalone GTK application. If it is true, then is this the cause for the cardapio launcher not appearing on panel?

Tags: app-menu
Revision history for this message
Thiago Teixeira (tvst) wrote :

Can you post here the steps you took to install Global Appmenu?

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

Other people have reported this bug as comments in other bug reports, so I'm marking this as confirmed.

If anyone can let me know how to install the appmenu applet, I can try to fix this problem in a couple of weeks.

Changed in cardapio:
status: New → Confirmed
Revision history for this message
Jan (jancborchardt-deactivatedaccount) wrote :

Quoting http://www.omgubuntu.co.uk/2010/05/ubuntu-1010-application-menu-available.html

--

To install and test the global menu… thing in Ubuntu 10.04 add the following PPA:
sudo add-apt-repository ppa:canonical-dx-team/une

Now run:
sudo apt-get update && sudo apt-get install appmenu-gtk libqtgui4 indicator-applet-appmenu indicator-appmenu

Changed in cardapio:
importance: Undecided → Medium
Revision history for this message
Thiago Teixeira (tvst) wrote :

Marking as "High" importance.

I usually mark bugs that cause Cardapio not to load as "Critical", but this one really seems to be Appmenu's fault so I'm downgrading it a bit -- although it's still an upgrade from "Medium" :)

Changed in cardapio:
importance: Medium → High
Revision history for this message
dart (dart-v85) wrote : Re: [Bug 603795] Re: Cardapio don't show on panel when new "Appmenu" Applet is activated

I am glad that it has been noticed. Looking forward to a patch soon as I
don't want to use the defualt gnome menu.

On Sat, Aug 7, 2010 at 4:36 AM, tvst <email address hidden> wrote:

> Marking as "High" importance.
>
> I usually mark bugs that cause Cardapio not to load as "Critical", but
> this one really seems to be Appmenu's fault so I'm downgrading it a bit
> -- although it's still an upgrade from "Medium" :)
>
> ** Changed in: cardapio
> Importance: Medium => High
>
> --
> Cardapio don't show on panel when new "Appmenu" Applet is activated
> https://bugs.launchpad.net/bugs/603795
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Cardapio: Confirmed
>
> Bug description:
> A new Global Appmenu is being introduced in next ubuntu release in which
> the application menus are displayed on panel, much like Mac. However,
> cardapio was working fine when both the panel menus and application menus
> were displayed. But when today I turned off application menus and only kept
> panel menus....cardapio applet just disappeared. I tried to reinstall
> couple of times and then tried again to add to panel but again there was no
> sign of cardapio.
>
> However, the keybindings just works fine and they do launch the cardapio
> menu. Its just that the applet won't appear on the panel.
>
> Since most of the ubuntu users are going to switch to appmenu sooner or
> later, this may be crucial.
>
> Also, I am not aware but does cardapio act as a standalone GTK application
> because when I use super+space to launch cardapio when Global Appmenu is
> enabled, the penal menu shows menuitems like 'file' and 'edit', much like
> any other standalone GTK application. If it is true, then is this the cause
> for the cardapio launcher not appearing on panel?
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/cardapio/+bug/603795/+subscribe
>

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

I just installed Appmenu and I still don't know why this is happening. So I forwarded this bug to the Appmenu project in the hopes they can point me in the right direction.

So, to summarize for them, here is what's happening:

1) Make sure Appmenu is installed
2) Make sure Appmenu is *not* on the panel
3) Add Cardapio to the panel

- result: All good. You can see the Cardapio applet just fine.

4) Now add Appmenu to the panel

- result: Appmenu appears in the panel, but Cardapio disappears. Note that Cardapio is still running, though, as you can see by summoning it with the shortcut key Windows+Space

5) Remove Appmenu from panel

- result: Cardapio is back!

    ~

Here's what seems to be happening: The Cardapio applet is actually a GtkMenubar with a GtkImageMenuItem inside of it, and Appmenu seems to hide all GtkMenubars, including of course Cardapio's.

So my question is: Is there anything in the Appmenu API that can be used by Cardapio to make sure its menus *aren't* hidden?

Revision history for this message
dart (dart-v85) wrote : Re: [Bug 603795] Re: Cardapio don't show on panel when new "Appmenu" Applet is activated

I am not much of technical guy....so I don't know about it...but you drop
this problem to one of the ubuntu mailing lists.

Also the default menu bar (Application, places and system) have stopped
resizing itself if appmenu is already on the panel. The panel becomes good
24px in size though in properties we can reduce the panel size to 17 or 19.

On Sun, Aug 15, 2010 at 6:49 AM, tvst <email address hidden> wrote:

> I just installed Appmenu and I still don't know why this is happening.
> So I forwarded this bug to the Appmenu project in the hopes they can
> point me in the right direction.
>
> So, to summarize for them, here is what's happening:
>
> 1) Make sure Appmenu is installed
> 2) Make sure Appmenu is *not* on the panel
> 3) Add Cardapio to the panel
>
> - result: All good. You can see the Cardapio applet just fine.
>
> 4) Now add Appmenu to the panel
>
> - result: Appmenu appears in the panel, but Cardapio disappears. Note
> that Cardapio is still running, though, as you can see by summoning it
> with the shortcut key Windows+Space
>
> 5) Remove Appmenu from panel
>
> - result: Cardapio is back!
>
> ~
>
> Here's what seems to be happening: The Cardapio applet is actually a
> GtkMenubar with a GtkImageMenuItem inside of it, and Appmenu seems to
> hide all GtkMenubars, including of course Cardapio's.
>
> So my question is: Is there anything in the Appmenu API that can be used
> by Cardapio to make sure its menus *aren't* hidden?
>
> --
> Cardapio don't show on panel when new "Appmenu" Applet is activated
> https://bugs.launchpad.net/bugs/603795
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Cardapio: Confirmed
> Status in The Application Menu: New
>
> Bug description:
> A new Global Appmenu is being introduced in next ubuntu release in which
> the application menus are displayed on panel, much like Mac. However,
> cardapio was working fine when both the panel menus and application menus
> were displayed. But when today I turned off application menus and only kept
> panel menus....cardapio applet just disappeared. I tried to reinstall
> couple of times and then tried again to add to panel but again there was no
> sign of cardapio.
>
> However, the keybindings just works fine and they do launch the cardapio
> menu. Its just that the applet won't appear on the panel.
>
> Since most of the ubuntu users are going to switch to appmenu sooner or
> later, this may be crucial.
>
> Also, I am not aware but does cardapio act as a standalone GTK application
> because when I use super+space to launch cardapio when Global Appmenu is
> enabled, the penal menu shows menuitems like 'file' and 'edit', much like
> any other standalone GTK application. If it is true, then is this the cause
> for the cardapio launcher not appearing on panel?
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/cardapio/+bug/603795/+subscribe
>

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

Do you know what is the best mailing list to use for this? Also, do the Ubuntu Appmenu developers hang out on IRC?

Jan-Christoph: Since you're active in those mailing lists, do you know the answer to the questions above?

Revision history for this message
Jorge Castro (jorge) wrote :

Support for the appmenu is available on the ayatana-dev mailing list on Launchpad and in #ayatana on Freenode. More info on https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationMenu

Please feel free to mail me directly if you need help finding help.

affects: indicator-appmenu → appmenu-gtk
tags: added: app-menu
Revision history for this message
Thiago Teixeira (tvst) wrote :

Great! Thanks for info. I will go into the IRC channel in a couple of hours.

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

Thiago:
I asked on the IRC channel 7 hours ago but did not get an answer yet.
I posted to Ayatana-Dev now but don’t know if it worked – it should show up on https://lists.launchpad.net/ayatana-dev/ eventually.

Revision history for this message
Cody Russell (bratsche) wrote :

Can cardapio call unsetenv ("UBUNTU_MENUPROXY") early on in its main() function? Like, at least before the gtk mainloop starts? That will fix it.

Revision history for this message
Cody Russell (bratsche) wrote :

I can't get cardapio to run, but if you have time would you mind trying the latest appmenu-gtk trunk from bzr and see if the problem remains (without the change I mentioned in comment #12, please).

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

This is now (hopefully) fixed in trunk. Great thanks to the ayatana crew on IRC.

Apparently setting the UBUNTU_MENUPROXY environment variable to pretty anything will make sure that your app is ignored by AppMenu. So this is what I did:

import os
os.environ["UBUNTU_MENUPROXY"]=""

BUT this has the side-effect of causing any app launched by Cardapio to *also* be ignored by AppMenu -- which is not the desired outcome. So, before I launch any app with subprocess.Popen( ... ) I had to make sure to set UBUNTU_MENUPROXY to "libappmenu.so", like this:

# allow launched apps to use Ubuntu's AppMenu
os.environ['UBUNTU_MENUPROXY'] = 'libappmenu.so'

subprocess.Popen(path_to_app, OTHER ARGUMENTS GO HERE)

What's funny is that, for some reason, I couldn't set that libappmenu line at the __init__ method. The only place where it would work as right next to the subprocess.Popen call. (Although I have now uninstalled AppMenu and really can't verify that I'm remember this correctly)

So that's that. I hope other people find this information useful.

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

Oh, as per Cody Russel's comment above, it's possible that you could replace

os.environ["UBUNTU_MENUPROXY"]=""

with something like

os.environ.pop("UBUNTU_MENUPROXY")

but I haven't tested this and I'm just happy it's working as is (this took quite a while!). If anyone would like to try this out, go ahead and let me know how it goes :)

Changed in cardapio:
status: Confirmed → Fix Committed
Revision history for this message
Thiago Teixeira (tvst) wrote :

Eh, lots of typos above ^^ . I'm pretty tired. I hope you can still read it :)

Thiago Teixeira (tvst)
Changed in cardapio:
status: Fix Committed → Fix Released
Revision history for this message
dart (dart-v85) wrote :

Hey lots of great work you doing :)

It was nice to see in changelog that this issue has been taken care of.
I am eagerly waiting to test it, but the packages are waiting to be build.
Anyway, once I test it,I would like to feature Cardapio in my blog as
'Maverick Ready' with focus on all the recent plugins.
My blog: Ubuntu Vibes - ubuntu-vibes.blogspot.com (soon it will be
ubuntuvibes.com)

On Mon, Aug 23, 2010 at 9:34 AM, tvst <email address hidden> wrote:

> ** Changed in: cardapio
> Status: Fix Committed => Fix Released
>
> --
> Cardapio don't show on panel when new "Appmenu" Applet is activated
> https://bugs.launchpad.net/bugs/603795
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Application menu module for GTK+: New
> Status in Cardapio: Fix Released
>
> Bug description:
> A new Global Appmenu is being introduced in next ubuntu release in which
> the application menus are displayed on panel, much like Mac. However,
> cardapio was working fine when both the panel menus and application menus
> were displayed. But when today I turned off application menus and only kept
> panel menus....cardapio applet just disappeared. I tried to reinstall
> couple of times and then tried again to add to panel but again there was no
> sign of cardapio.
>
> However, the keybindings just works fine and they do launch the cardapio
> menu. Its just that the applet won't appear on the panel.
>
> Since most of the ubuntu users are going to switch to appmenu sooner or
> later, this may be crucial.
>
> Also, I am not aware but does cardapio act as a standalone GTK application
> because when I use super+space to launch cardapio when Global Appmenu is
> enabled, the penal menu shows menuitems like 'file' and 'edit', much like
> any other standalone GTK application. If it is true, then is this the cause
> for the cardapio launcher not appearing on panel?
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/appmenu-gtk/+bug/603795/+subscribe
>

Revision history for this message
Cody Russell (bratsche) wrote :

Can someone respond to my comment #13? I'm curious to know if cardapio works (without tvst's changes) using the latest lp:appmenu-gtk trunk. There are changes in there (which are not yet released in Meerkat) which check for a toplevel widget to be a GtkWindow.

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

Hi Cody. I will try it later this week and will get back to you.

Revision history for this message
Cody Russell (bratsche) wrote :

I released a new appmenu-gtk into Meerkat yesterday, so if anyone is using Meerkat then see if you can get the update and let me know about this.

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

Hi Cody,

I was just about to try what you said on comment #13 but it turns out that I would also need gnome-common from SVN. Now, since I'm in the middle of moving and only have one computer to play with, I don't want to start pulling unstable things from SVN and possibly make a mess on my only computer, so I guess I won't be able to test the updated AppMenu for a while. Sorry about that.

If anyone else *does* have a spare machine to play with, please try the following:

1) Install AppMenu from SVN
2) Comment out the line in /usr/bin/cardapio that mentions the word "environ"
3) Comment out the line is /usr/lib/cardapio/cardapio.py that mentions the work "environ"
4) Log out / log back in and tell us whether you see Cardapio on the Gnome Panel.
5) If not, then please verify that it's running, by typing this in the terminal:
ps -Af | grep Cardapio

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

Oh, also, you mentioned on #13 that you can't get Cardapio to run. Why is that?

Revision history for this message
Cody Russell (bratsche) wrote :

You don't need to build appmenu-gtk from trunk now, just install the latest from apt-get. The stuff that was in trunk is now released into Meerkat.

Revision history for this message
dart (dart-v85) wrote :

I tested it in Maverick with latest version of appmenu-gtk. Both Cardapio versions: 0.9.142 and 0.9.143 works fine. But 0.9.141 (without appmenu fix) just crashes every time I try to add it to panel.

Changed in appmenu-gtk:
status: New → Invalid
Revision history for this message
Cody Russell (bratsche) wrote :

Thanks for testing that dart, that helps a lot! I appreciate it.

Revision history for this message
dart (dart-v85) wrote :

np :)

On Mon, Aug 30, 2010 at 7:19 PM, Cody Russell <email address hidden>wrote:

> Thanks for testing that dart, that helps a lot! I appreciate it.
>
> --
> Cardapio don't show on panel when new "Appmenu" Applet is activated
> https://bugs.launchpad.net/bugs/603795
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Application menu module for GTK+: Invalid
> Status in Cardapio: Fix Released
>
> Bug description:
> A new Global Appmenu is being introduced in next ubuntu release in which
> the application menus are displayed on panel, much like Mac. However,
> cardapio was working fine when both the panel menus and application menus
> were displayed. But when today I turned off application menus and only kept
> panel menus....cardapio applet just disappeared. I tried to reinstall
> couple of times and then tried again to add to panel but again there was no
> sign of cardapio.
>
> However, the keybindings just works fine and they do launch the cardapio
> menu. Its just that the applet won't appear on the panel.
>
> Since most of the ubuntu users are going to switch to appmenu sooner or
> later, this may be crucial.
>
> Also, I am not aware but does cardapio act as a standalone GTK application
> because when I use super+space to launch cardapio when Global Appmenu is
> enabled, the penal menu shows menuitems like 'file' and 'edit', much like
> any other standalone GTK application. If it is true, then is this the cause
> for the cardapio launcher not appearing on panel?
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/appmenu-gtk/+bug/603795/+subscribe
>

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.