Bug 320235 – Nautilus crash when creating links using drag-n-drop with middle mouse button

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 320235 - Nautilus crash when creating links using drag-n-drop with middle mouse button


Summary:	Nautilus crash when creating links using drag-n-drop with middle mouse button


Status:	RESOLVED DUPLICATE of bug 318457

Product:	nautilus
Classification:	Core
Component:	File and Folder Operations
Version:	2.12.x
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	Nautilus Maintainers
QA Contact:	Nautilus Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2005-10-30 13:37 UTC by Roshan Kamath
Modified:	2005-11-06 14:03 UTC

See Also:
GNOME target:	---
GNOME version:	2.11/2.12

Description Roshan Kamath 2005-10-30 13:37:26 UTC

Steps to reproduce:
1. Open two Nautilus windows in Spatial mode (one for source directory, the
other as target/destination directory).
2. Drag and drop files using the middle mouse button to create file
links in the destination directory.
3. Nautilus crashes (infrquently).

Expected Results:
Links are created in the destination directory

How often does this happen?
This is the second time in the past month.

Stack trace:
Distribution: Fedora Core release 4 (Rawhide)
Package: nautilus
Severity: Normal
Version: GNOME2.12.1 2.12.1
Gnome-Distributor: Red Hat, Inc
Synopsis: Nautilus crash when creating links using drag-n-drop with middle mouse
button
Bugzilla-Product: nautilus
Bugzilla-Component: general
Bugzilla-Version: 2.12.1
BugBuddy-GnomeVersion: 2.0 (2.12.0)
Description:
Description of the crash:
Nautilus crashed when creating links using drag-n-drop with middle mouse button


Debugging Information:

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

Using host libthread_db library "/lib/libthread_db.so.1".
`shared object read from target memory' has disappeared; keeping its
symbols.
[Thread debugging using libthread_db enabled]
[New Thread -1208191312 (LWP 2516)]
[New Thread -1226388560 (LWP 2571)]
[New Thread -1226122320 (LWP 2570)]
[New Thread -1225856080 (LWP 2569)]
[New Thread -1225589840 (LWP 2568)]
[New Thread -1225323600 (LWP 2567)]
[New Thread -1225057360 (LWP 2566)]
[New Thread -1224774736 (LWP 2529)]
0x007fc402 in __kernel_vsyscall ()

+ Trace 63795

Thread 1 (Thread -1208191312 (LWP 2516))

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/libpthread.so.0
#2 libgnomeui_module_info_get
from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 stpcpy
from /lib/libc.so.6
#5 g_stpcpy
from /usr/lib/libglib-2.0.so.0
#6 g_strconcat
from /usr/lib/libglib-2.0.so.0
#7 gnome_vfs_uri_append_string
from /usr/lib/libgnomevfs-2.so.0
#8 _gnome_vfs_uri_resolve_all_symlinks_uri
from /usr/lib/libgnomevfs-2.so.0
#9 gnome_vfs_find_directory_cancellable
from /usr/lib/libgnomevfs-2.so.0
#10 gnome_vfs_find_directory
from /usr/lib/libgnomevfs-2.so.0
#11 eel_uri_is_trash_folder
from /usr/lib/libeel-2.so.2
#12 ??
#13 ??
#14 ??
#15 ??
#16 g_type_check_class_cast
from /usr/lib/libgobject-2.0.so.0
#17 can_rename_file
at fm-directory-view.c line 3521
#18 fm_icon_view_can_rename_file
at fm-icon-view.c line 1382
#19 real_update_menus
at fm-directory-view.c line 2991


Other information:
Using GNOME 2.12.1
  - nautilus-2.12.1-3
  - glib-1.2.10-16
  - glib2-2.8.3-1
  - glibc-2.3.90-15
  - glibc-utils-2.3.90-15
  - glibc-common-2.3.90-15

Comment 1 Martin Wehner 2005-11-06 14:03:28 UTC

Thanks for the bug report. This particular bug has already been reported into
our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of 318457 ***