GNOME Bugzilla – Bug 564530
Nautilus crashes when desktop icon is renamed to match an icon selected in Trash
Last modified: 2017-07-16 12:41:13 UTC
Steps to reproduce: 1. create an empty file on desktop named 'test' and delete it so that it goes to trash. 2. create a new file on desktop with any name other than 'test' and select it. 3. open trash either via the trash applet or through 'places'->'Home Folder'->'Trash'. 4. Select the deleted file 'test'. leave the window Trash window open. 4. Select the file on the desktop from step 2. Rename it to 'test'. 5. Nautilus will segfault. Stack trace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f42a5d76780 (LWP 17849)] 0x00000000004c9bd2 in nautilus_file_clear_info (file=0x7f4294045310) at nautilus-file.c:313 313 nautilus-file.c: No such file or directory. in nautilus-file.c (gdb) thread apply all bt
+ Trace 210802
Thread 1 (Thread 0x7f42a5d76780 (LWP 17849))
Continuing. Program terminated with signal SIGSEGV, Segmentation fault. Other information: Ubuntu Intrepid 8.10 2.6.27-10-generic x86_64
confirming on fedora 10
Just reproduced locally (customised Ubuntu/Debian system). Part of the 'bt full' output:
+ Trace 210819
Thread 1 (Thread 0xb69c16c0 (LWP 8584))
Do you still have this problem with an up to date version of nautilus?
I just tried on my Arch64 box: Kernel: 2.6.34 Nautilus 2.30.2 The bug still exists.
Correction, Nautilus 2.30.1
The issue seems to still be there on 3.3.91: https://bugs.launchpad.net/nautilus/+bug/952974
Does this still happen with a more recent version (3.20 or newer)? Does it happen only on the desktop?
I could not reproduce this behavior anymore with Ubuntu 16.04 (and Nautilus 3.14.3), mostly because it seems to be impossible to copy the filename of an item in Trash.