After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 84140 - Cannot create/edit a menu item
Cannot create/edit a menu item
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: general
unspecified
Other other
: Urgent critical
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on: 84841
Blocks: 80453
 
 
Reported: 2002-06-04 17:00 UTC by Duncan Innes
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: Old
GNOME version: ---



Description Duncan Innes 2002-06-04 16:00:15 UTC
Package: nautilus
Severity: normal
Version: 1.1.18
Synopsis: Cannot create/edit a menu item
Bugzilla-Product: nautilus
Bugzilla-Component: general
BugBuddy-GnomeVersion: 2.0 (1.117.2)

Description:
Description of Problem: Nautilus crashes when I attempt to add a
launcher to the menu's


Steps to reproduce the problem:
1. Open the Start Here icon on the desktop
2. Browse down to the appropriate menu (Applications -> Other in my
case)
3. Edit the icon or some such on one of the items (or try and add a
brand new entry)

Actual Results:
Nautilus crashes and the item is completely lost from both Nautilus and
the menus


Expected Results:
Expect Nautilus to add or edit the menu item properly and the menu
system to show the new/edited item


How often does this happen?
Every time I've tried to edit or add a menu item

Additional Information:
I sumbitted this before and was told it was fixed.  I am resubmitting it
because I'm fully up to date with the GNOME 2 builds (I think) through
my subscription to the Ximian Red Carpet chanel for GNOME 2
Development.



Debugging Information:

Backtrace was generated from '/usr/bin/nautilus'

[New Thread 1024 (LWP 2790)]
[New Thread 2049 (LWP 2791)]
[New Thread 1026 (LWP 2792)]
[New Thread 2051 (LWP 2793)]
0x40a56319 in __wait4 () from /lib/libc.so.6

Thread 1 (Thread 1024 (LWP 2790))

  • #0 __wait4
    from /lib/libc.so.6
  • #1 __DTOR_END__
    from /lib/libc.so.6
  • #2 waitpid
    at wrapsyscall.c line 172
  • #3 libgnomeui_segv_handle
    at gnome-ui-init.c line 592
  • #4 pthread_sighandler
    at signals.c line 97
  • #5 <signal handler called>
  • #6 g_logv




------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-06-04 12:00 -------

Unknown version 1.1.x in product nautilus. Setting version to the default, "unspecified".
The original reporter (duncan@innes.net) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.
Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.

Comment 1 Luis Villa 2002-06-04 21:56:52 UTC
ARGH. After all the work we put in on menu editing... Alex, Michael,
could you look at this ASAP? Thanks.

[And thanks for being stubborn and filing it again- we might not have
caught it in time for the release otherwise. Thanks!]
Comment 2 Luis Villa 2002-06-06 05:56:21 UTC
Doh! forgot to mark this new... Alex, Michael?
Comment 3 mike 2002-06-06 09:31:59 UTC
should be linked against the original closed bug 72715
Comment 4 Luis Villa 2002-06-06 12:40:24 UTC
Once I've edited a menu I get this crash again while upgrading
nautilus, which makes it worse :/
Comment 5 Dave Camp 2002-06-06 19:19:32 UTC
I'm pretty sure george fixed this in a recent gnome-vfs change (
sometime last night).  Could someone else verify this?
Comment 6 Luis Villa 2002-06-06 19:32:06 UTC
w00t. This now works pretty damn well, short of the weird refresh bug.
Alex, George- thanks for kicking a lot of ass here over the past few
weeks.
Comment 7 mike 2002-06-11 10:24:11 UTC
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
Comment 8 mike 2002-06-13 16:19:02 UTC
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