GNOME Bugzilla – Bug 331780
menu sometime misplaced on opening
Last modified: 2015-03-24 13:01:03 UTC
That bug has been described on https://launchpad.net/distros/ubuntu/+source/gnome-panel/+bug/30146 "This happened on both a Breezy as a Dapper machine. It's reproducible but not through a serie of steps; it just happens once in while. It's a bit hard to tell what happens, but the screenshot should explain it. http://librarian.launchpad.net/1546165/gnome-panelBug.png The menu is being "shortened" while there's plenty of space. Usually doesn't happen though. This only happens when the menu bar is on the bottom of the screen. I believe the reason for the problem is the following. If the icons are not loaded in memory, Gnome computes the menu height ignoring the icons, i.e. considering only the text height. And it chooses a menu position that is correct for THAT height. Then, when the icons are loaded, the menu height increases, but Gnome does not update the menu position, so the menu ends up too low and gets truncated. This is just a guess though."
I can confime that on the version 2.14.1. It occurs both with the "menus bar" and the "main menu".
*** Bug 337017 has been marked as a duplicate of this bug. ***
Bumping Version.
This happens when you install new programs or update existing ones. I think that's what makes it seem so unpredictable; you don't always use the menus immediately after updating the system.
*** Bug 332870 has been marked as a duplicate of this bug. ***
*** Bug 341878 has been marked as a duplicate of this bug. ***
(In reply to comment #4) > This happens when you install new programs or update existing ones. I think > that's what makes it seem so unpredictable; you don't always use the menus > immediately after updating the system. The original reporter is probably right when he says: "I believe the reason for the problem is the following. If the icons are not loaded in memory, Gnome computes the menu height ignoring the icons, i.e. considering only the text height." That's what it feels like here, at least. What happens for joerlend.schinstad@gmail.com is probably that updating his system consumes most of the available RAM, and so the icons have to be reloaded.
This isn't an installed RAM issue (at least for me). I have 1.3 Gb of RAM and have watched the RAM use during and after updates, and it never goes anywhere near consuming all available RAM.
*** Bug 306453 has been marked as a duplicate of this bug. ***
I have the same problem since edgy
Here's an example that I've found to rigorously reproduce this bug with my install of Ubuntu 6.10 with gnome-panel 2.16.1: 0. (Right click on a bottom panel, go to "Add to panel...", and then add the Gnome "Main Menu" onto the bottom panel.) 1. Browse menu until bug no longer is present, if it is. 2. sudo cp /usr/share/applications/gedit.desktop /usr/share/applications/test.desktop 3. sudo touch /usr/share/pixmaps/test.png 4. Browse menu and notice that the bug appears The important thing is that you don't browse the menu in between steps 1 and 4, because just doing either step 2 or step 3 does not seem to produce the bug. Just when both happen in between menu browsing does it seem to occur. Also, it seems that steps 2 and 3 can be performed in reverse order, i.e. step 3 then step 2. And also, it seems that to reproduce this, it needs a real ".desktop file" in the applications directory, whereas a phony touch'ed png file will suffice in the pixmaps directory (although so will a real image) in triggering the bug. And to reproduce it again: 1. Browse menu until bug is no longer present 2. sudo rm /usr/share/applications/test.desktop 3. sudo rm /usr/share/pixmaps/test.png 4. Browse menu and notice that the bug appears
*** Bug 394846 has been marked as a duplicate of this bug. ***
*** Bug 396469 has been marked as a duplicate of this bug. ***
I can confirm that in Gentoo. The problem is reproducible easily, only occurs when a new menu item is installed in, for example /usr/share/applications. Thanks for fixing it in gnome 2.18
Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.
The issue concerning the main menu in comment0 appears to be fixed, but the bug is still present with sub-menus: http://librarian.launchpad.net/6725395/panel2.png (gnome-panel 2.18.0) This is still reproducible the same way as before.
(In reply to comment #16) > The issue concerning the main menu in comment0 appears to be fixed, but the bug > is still present with sub-menus: > http://librarian.launchpad.net/6725395/panel2.png > (gnome-panel 2.18.0) > This is still reproducible the same way as before. > If you open a new bug report, please, leave here a link Thanks
(In reply to comment #16) > The issue concerning the main menu in comment0 appears to be fixed, but the bug > is still present with sub-menus: > http://librarian.launchpad.net/6725395/panel2.png > (gnome-panel 2.18.0) > This is still reproducible the same way as before. I can't reproduce this.
I've noticed that I can only reproduce it with certain gtk2 themes. For example, I can_not_ reproduce it using the Clearlooks theme, whereas I _can_ reproduce it using the Crux theme.
I'm having this bug again in 2.20.1. Every time I install a software, menus are misplaced on first click.