nautilus crashed with SIGSEGV in g_closure_invoke()

StacktraceTop:
 nautilus_file_peek_display_name (file=0x0) at nautilus-file.c:3793
 nautilus_file_get_display_name (file=0x0)
 selection_changed_callback (window=0x12ba420,
 g_closure_invoke (closure=0x13d24d0,
 signal_emit_unlocked_R (node=0xfff050,

Why is this a private bug ?

I checked that the stack trace doesn't have any confidential information, so making public.

seems similar to bug #407768

there is a workaround in upstream git: http://git.gnome.org/browse/nautilus/commit/?h=gnome-2-32&id=b10ccbc58d8d7f2ebb9ded079ec2a36e2f4603ad

this just happened again with the details i provided on this bug report https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/764874

i deleted 3 files, one disappeared in the ui, with the selection; then it crashed, in the end all of the selection is actually deleted

i don't think the resolution is correct, and the upstream bug looks unrelated; can someone that knows why apport marked them duplicates manually confirm? or at least tell me how to ... this bug isn't resolved

i have this bug on 11.10 oneiric

the issue is fixed in oneiric

it should be fixed, if you still have it could you open a new bug using apport to compare?

ok! sorry thanks!

quoting the "workaround" commit:

"Prevent a crash in nautilus_file_peek_display_name() on invalid NautilusFile
This is more a workaround only, expect assert failures at other places when something bad happens. There's a race condition somewhere, this patch only prevents immediate crash."

i haven't had it happen in a while, but when it does it happens in the manner of #9

i figured out a way to reproduce this crash! :D (and the crash you still get with the bodge)

it happens when you select one of the files you just deleted, before they've left the view. to help do this i copied 30-40 mp3 albums into a separate folder, entered that folder, then picked the top 8 or so; held shift and pressed delete

immediately after hitting enter to dismiss the warning dialogue i hit the down arrow key a bunch of times; if you succeed the focus will change to one of the files in the selection, with the wrong icon, and it will immediately crash thereafter

turns out this is what i was doing every time i triggered the crash ;]

Hello Sebastien
bug 830719 in Nautilus 1:3.1.4-0ubuntu3

Architecture: i386
DistroRelease: Ubuntu 11.04
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
NonfreeKernelModules: nvidia
Package: nautilus 1:2.32.2.1-0ubuntu13
PackageArchitecture: i386
ProcEnviron:
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
 SHELL=/bin/zsh
ProcVersionSignature: Ubuntu 2.6.38-11.48-generic 2.6.38.8
Tags: natty running-unity
Uname: Linux 2.6.38-11-generic i686
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm admin cdrom dialout libvirtd lpadmin plugdev sambashare

apport information

apport information

apport information

This bug definitely still exists in Natty. The GNOME bug also indicates that the fix is a hack, so I think this is still a problem.

To EASILY reproduce this:

1. Create a folder in Nautilus for testing. Press Ctrl-Shift-N 30 times or so to get a lot of folders to play with then press Enter to create them.
2. Select the top folder and start rapidly pressing the Delete key.
3. Where'd Nautilus go?

See my previous apport-collect submission above for details.

Hi,

I have the same problem in Oneiric (amd64).
It happened when I tried to open a directory.

it happened when Dropbox told to restart nautilus

Just happened when dragging a file from the desktop.

Can anybody having the problem on Oneiric please enable apport and submit a new report? We'd like to compare the backtraces to see if the report is the same or if its a new one we should track, Thanks in advance.

win7 wubi amd64 11.04 install upgraded to o.o. 11.10 beta 1/2 now

Status changed to 'Confirmed' because the bug affects multiple users.

Also affect 11.10

11.10, got this after watching a video in totem, had Videos folder maximized in the back, hit the close button and bam

Got this bug in 11.10 x64 Gnome 3, when closing a window.

11.10 x64... when closing thunderbird

happened in 11.04 too

is that still an issue in Oneiric?

Up to now I have not seen it happening in Oneiric. But I have not been too demanding in terms of file deletion.

Just got this crash on Precise after switching to a workspace with Nautilus as the top window and pressing Alt+F4 repeatedly to close all windows. Nautilus froze and grayed out for a few moments, then while asking me if I wanted to force quit it it crashed before I could click anything.

Now got this crash again. Twice, actually; I'm thinking I can reliably reproduce this on Precise. The steps I followed:

1.) Open Nautilus and start in your home folder.
2.) Hit Ctrl+H to show hidden files and folders.
3.) Navigate into ~/.hedgewars/Demos and copy the replay file(s) in there (this assumes Hedgewars is installed and you have available game replays; more experimentation would be needed to see if other files/folders can be used instead).
4.) Navigate back to the home folder and hit Ctrl+H again to hide hidden files and folders. Go into the ~/Ubuntu One folder.
5.) Attempt to paste what was copied into there.

The theme will revert to standard GNOME and Nautilus will close; the paste operation will not occur and an Apport window will come up.

A side effect of this crash is that once Nautilus has been triggered to crash like this, it is seemingly impossible to start it again without a reboot, as any attempt to start it will fail and a gnome-settings-daemon Apport crash window will come up instead. This basically breaks graphical file browsing on the user's system.

Note too that at step 4 above the files are specifically pasted into the Ubuntu One folder. Although I have not experimented with it much, it appears that pastes elsewhere (i.e., the desktop) still work just fine and don't cause any issues.

I have this bug on 12.04. Open new bug?

On Precise amd 64 fully updated, Nautilus keeps crashing and requires a reboot everytime.

Vladimir, your issue is rather bug #908787

closing the bug, the duplicates stopped which indicates the issue got resolved