GNOME Bugzilla – Bug 91810
Changes made to the gnome-panel menu are not immediate
Last modified: 2004-12-22 21:47:04 UTC
Testing Sun's beta2 build4 (built from CVS on 20th august) Some changes to gnome-panel menus require gnome-panel to be restarted. The following changes require gnome-panel to be restarted 1) Making a 2nd change to a menu name without restarting gnome-panel in between For example: - change the name of the Accessories sub-menu to Z - check 'Applications' menu on panel => Applications menu is reorderd - undo the change - change 'Z' to 'Accessories' - check 'Applications' menu on panel => the Applications menu is not reordered - repeat this and the Applications menu is not reordered until the panel is restarted. 2) Creating a new menu item by dragging a .desktop file into Nautilus (applications:///) is not immediate - panel must be restarted before new menu item is added. For example: - start Nautilus - type 'applications:///' in the location bar - drag the 'Start Here' icon from the desktop to Nautilus - check 'Applications' menu on panel => no menu item for 'Start Here' - pkill panel => when panel restarts the menu item for 'Start Here' is added. 3) Removing menu items via removing the item via Nautilus (applications:///) is not immediate - panel must be restarted before menu item is removed. For example: - start Nautilus - type 'applications:///' in the location bar - remove the 'Start Here' icon (added above) from Nautilus - check 'Applications' menu on panel => menu item is still there - pkill panel => when panel restarts the menu item for 'Start Here' is gone
This may just be the use of too old a build. :/ In fact, on the 20th, it is almost definitely too old a build. Is it possible to update to a newer one?
I just check this on sun's beta2 build5 - cvs aug 27. i'll check it again on build6 which is due out today.
Shane? ping?
sorry guys - just checked it on our build7 - its cvs 27th august (i think) do i still need a later build? If a changes is made to menu item the menu is not re-ordered unless you restart the panel. For example: rename Accessories to TESTING => menu is not reordered until panel is restarted.
just checked this on the latest nightly build (12th sept) and it is still the same - after changing a sub menu in the Applications menu the panel has to be restarted before the Applications menu is re-ordered. I've tested against the multihead branch of gnome-panel.
Fixed in latest CVS. This was a bug in the non-FAM monitoring code.
Testing Sun's beta2 build9 - cvs 17th sept - on Solaris 9. Am reopening this bug because: A) Adding new folders in nautilus "Applications:///" results in the new folders being placed at the top of the gnome-panel Applications menu To recreate ----------- 1) Start nautilus and got to "Applications:///" 2) Create 3 new folders - name them Test, Zzzz and You => the 3 folders are orderd at the top of the gnome-panel Applications menu (i.e, Test, You, Zzzzz) B) Making a change via "Applications:///" to a folder that has just been created and named is not reflected in the gnome-panel Applications menu unless gnome-panel is restarted To recreate ------------ 1) Using the 3 folders recrreated above rename the Test folder to XXXX => change is not reflected in gnome-panel Applications menu.
(A) is a gnome-panel bug, please file it thusly. Wrt (B), are you using recent enough sources where the fix commited on 09/16 is applicable? Also, are any other changes outside of gnome-panel reflected? Such as renaming a desktop item, or adding/deleting desktop items, or changing the display name via gnome-desktop-item-edit.
I've fixed the panel bug: 2002-10-04 Mark McLoughlin <mark@skynet.ie> * menu-fentry.c: (fr_read_dir): if there's no .directory then use the uri basename as the fullname. Fixes new folder not being sorted correctly in #91810. * menu-fentry.h: kill fr_force_reread. The other bug I can't reproduce, so I reckon that build didn't contain Alex's fixes. Re-open if you can still reproduce either of these problems Shane.
Can verify that (B) above (problem with changes to new folders not getting applied immediately to gnome-panel) is fixed. I'll have get a later version of the panel to test for the fix to the problem of ordering new folders in the panel menu (problem (A) above)