nautilus crashed with SIGSEGV in g_str_hash()

StacktraceTop:IA__g_hash_table_lookup (hash_table=0x10b3b00, key=0x0)
get_link_files (target_file=<value optimized out>) at nautilus-file.c:1484
update_links_if_target (target_file=0x0) at nautilus-file.c:1498
update_info_internal (file=0xc2ee70, info=0x0, update_name=1) at nautilus-file.c:1803
nautilus_file_new_from_info (directory=0x7f3710, info=0x1548580) at nautilus-file.c:475

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=511601

May you tell us a few easy steps in order to reproduce the crash?

Well, it happens to me if use SFTP to upload 2 or more files in one go in Gnome. The second file uploaded crashes here soon after it is being uploaded.

I have to say that SFTP is extremely dodgy in Hardy at the moment. I get the same errors when uploading just one file.

I'm not sure if it's related but I also get a new dialogue box popping up asking me for a password *after* I'm asked to unlock the keyring. There are also a great deal of "Cannot mount", etc errors that seem to bare no resemblance to what's actually going on on my system (eg: the error box will appear but everything's working fine)

Thanks you for the information!.

I confirm that SFTP is extremely unstable in nautilus. I get this same crash after any file system change.
Basically I am stuck using bash ssh and scp. Very crippling to anyone who relies on remote server access.
Please let me know if you need any additional information.

Get the same bug when I try to copy files to a samba share, actually I do not think it has anything to do with the file transfer since I also get this bug, for instance if I do not say replace when it asks.

I can't reproduce this with gvfs 0.1.6 and nautilus 2.21.90, that just hit the repos.
May be fixed upstream, although I'll test it for the next days to come.

Andreas, please don't attach .crash files to the reports, instead use apport to send it, you need to go with nautilus to /var/crash/ and double click on the .crash file.

Can someone else confirm that the issue is fixed with nautilus 2.21.90 ?

I still have the problem

Andreas, you're right. I'm attaching a backtrace I generated by opening a sftp folder, starting copy some files in it and cancelling the operation before it ends. Hope it helps.

I'm experiencing the same issue with samba. Nautilus (2.21.90) crashes after the file transfer completes.

At least for me this appears to have been fixed in the latest round of updates (1-2 days ago). I am now able to upload and modify directories without a crash. Before it was 100% reproducible.

This is not fixed for me.

Just tried to upload a batch of files over ssh/sftp. It uploaded the first and crashed halfway through the second.

@Oli,

Have you tried it again after the recent round of updates (Feb 3)?

nanog: yes. Just restarted to make sure. Same as usual happened:

1. I clicked places, then the bookmark
2. It asked me for the keyring password
3. It thinks for a while and then asks me for another password (this time it will only accept the ssh password - as if it's not getting/using the correct data from the keyring)
4. Nautilus loads showing the / dir on the ssh, rather than the bookmarked directory.
5. I navigate to my home and upload some files,
6. Crash. Bam. Wallop. The whole of Nautilus/panels/etc restart.

Exactly the same for me.

Some additional infos:

) The same does happen for smb (I haven't tested the others, instead of /, smb goes to the root of the share, not to the configured folder)
) Sometimes, there are multiple nautilus windows opened
) especially smb is extremelly slow, it hangs sometimes for a minute or more, before it does display the "root" folder

Fixed upstream, thanks for reporting!

This bug was fixed in the package nautilus - 1:2.21.91-0ubuntu1

---------------
nautilus (1:2.21.91-0ubuntu1) hardy; urgency=low

  * New upstream version:
    - String cleanups
    - Inhibit autorun for things we mount ourselves
    - Fix crashes and leaks (lp: #185441, #186266, #187810)
    - Only show selinux context if selinux detected
    - Default to move, not copy when dragging from trash
    - Don't autorun/automount non-local mounts
    - Fix case where we could run out of file descriptors
    - Handle drop of files on the desktop (lp: #185581, #186037)
    - Fix sensitiveness of delete from trash menu item
    - Fix open with context menu in always-use-browser mode (lp: #187991)
  * debian/control.in:
    - updated libglib requirement
  * debian/patches/90_from_svn_correct_trash_symlink_handling.patch:
    - dropped, fixed in the new version

 -- Sebastien Bacher <email address hidden> Tue, 12 Feb 2008 01:18:49 +0100

I just had this crash as well: I mounted an .iso via "Open with Archive Mounter" and tried to browse the contents after it appeared in "Places".

This is with Nautilus 2.24.1

Same bug as housetier on opening to browse a .iso mounted with archive mounter.
I've made daily updates of this morning just before.

I have the same problem. Mounting an iso leads to a crash.

I'm using 8.10 AMD64