In Natty in my current setup, the menu is just barely long enough to overflow if I add this USB wifi device I found. That's why I'm able to scroll a bit and remove the scroll arrows to show the full menu.
FWIW, I was able to reproduce this on Maverick; setting the laptop display to 800x600 so it's small enough to not fit the menu, with another, larger display above; the gnome-panel is on the primary, 800x600 display. The menu tries to overflow to the top display due to the bottom one being too small, but somehow doesn't draw on the top display; you only see the drop shadow over the panel.
In this case however, I think it's that GTK itself is calculating screen sizes to attempt to show the menu where it fits, but is either not able to display above (not over) gnome-panel due to limitations, or actually gets painted off-screen.
Rolf, can you please confirm whether 3D effects are enabled on your system, since it could be an issue with compiz drawing stuff on the screen. I don't think it is, as it's more likely to be something at the GTK level, but let's be sure.
I'm reassigning this to GTK and we should definitely open a bug about this upstream, in GNOME.
As for nm-applet, I really don't think it's an issue with it, since there are no changes to menu drawing processes in the patches we carry. It's a simple enough GtkMenu, it just has quite a lot of items.
Screenshots: twitpic. com/4mx21y twitpic. com/4mx2ca -- sorry, got this one a little quickly
- overflowing before scrolling (with menu arrows): http://
- overflowing after scrolling: http://
In Natty in my current setup, the menu is just barely long enough to overflow if I add this USB wifi device I found. That's why I'm able to scroll a bit and remove the scroll arrows to show the full menu.
FWIW, I was able to reproduce this on Maverick; setting the laptop display to 800x600 so it's small enough to not fit the menu, with another, larger display above; the gnome-panel is on the primary, 800x600 display. The menu tries to overflow to the top display due to the bottom one being too small, but somehow doesn't draw on the top display; you only see the drop shadow over the panel.
In this case however, I think it's that GTK itself is calculating screen sizes to attempt to show the menu where it fits, but is either not able to display above (not over) gnome-panel due to limitations, or actually gets painted off-screen.
Rolf, can you please confirm whether 3D effects are enabled on your system, since it could be an issue with compiz drawing stuff on the screen. I don't think it is, as it's more likely to be something at the GTK level, but let's be sure.
I'm reassigning this to GTK and we should definitely open a bug about this upstream, in GNOME.
As for nm-applet, I really don't think it's an issue with it, since there are no changes to menu drawing processes in the patches we carry. It's a simple enough GtkMenu, it just has quite a lot of items.