GNOME Bugzilla – Bug 84841
menu editing issues
Last modified: 2004-12-22 21:47:04 UTC
This is a continuation of bugs 72715 and 84140 menu editing has had a serious reversion between gnome-vfs-1.9.17/nautilus- 1.1.19/control-ceter-1.99.10 and gnome-vfs cvs/nautilus-2.0/control-center cvs (cvs yesterday) previous behaviour able to create menu items inside nautilus via wizard able to move menu items between categories occasional nautilus crash while doing the above, but changes saved and restart fine new items only appear after restart current behaviour wizard works, creates menu item desktop file, but does not appear anywhere in the menus if you try to rename a menu item, the item dissapears from the menus nautilus zombies (has to be explicitly killed, otherwise no feedback to user, nautilus just wont start) This happens whether you edit the caption in nautilus or in the dialog. Unwanted changes applied immediately, ie:missing menu items so sometime in the last few days menu editing has gone from usable to catastrophic Added these comments to bug 84140
The problem appears to affect new items in the Other category Also I see two problems with the Other entry in applications.vfolder-info <Folder> <Name>Other</Name> <Desktop>Applications.directory</Desktop> ###### same name as directory for overall menu - confuses gnome-vfs and nautilus/panel zombies ############ <OnlyUnallocated/> <Query> <And> <Keyword>Application</Keyword> ######### this is rediundant and excludes most applications ####### <Not> <Keyword>Settings</Keyword> </Not> </And> </Query> <DontShowIfEmpty/> </Folder> My humble suggestion would be to change to <Folder> <Name>Other</Name> <Desktop>Other.directory</Desktop> # rename of .directory file <OnlyUnallocated/> <Query> <Not> <Keyword>Settings</Keyword> </Not> </Query> </Folder> On my system these changes have stopped the problem Nautilus still crashes (but does not zombie which is worse) but using the panel works perfectly to add and delete launchers and nautilus works to move launchers (and create categories?) which is probably the right approach. The only issue is that you have to resart to show items added to Other category - maybe not a problem. Would people agree on this approach - about as simple as it gets
mike you need to talk to seth.He's the vfs maintainer.
The key problem seems to be with respect to legacy desktop files. These do not have a Categories= line which gnome-vfs relies on to place the menu item. Either the menu editor needs to add this line or some sort of amendments need to be made to gome-vfs to take into account legacy desktop files
Really this should be a duplicate of either bug 73773 or bug 73770. I don't see why it has been opened separately, unless I'm missing something.
Since I'm still not seeing any reason why this is not a duplicate, I'm closing. *** This bug has been marked as a duplicate of 73770 ***
The key point as noted in #86322 is that I think this is a problem with the code that creates/edits the launcher - does not create a category line. Bug #73770 deals with one specific aspect of the problem ie:drag and drop using nautilus applications:/// not with the generality of the problem.
Mass resetting target milestone to clean up gnome-vfs milestones. Please complain if I removed a milestone which should have been kept. Sorry for the spam