GNOME Bugzilla – Bug 83209
cannot drag URLs to NFS-mounted desktop
Last modified: 2004-12-22 21:47:04 UTC
I used to be able to drag URLs from Galeon or Mozilla and drop them on my Nautilus desktop. This recently stopped working. Nautilus now presents an error dialog with the following message: Drag and drop is only supported to local file systems. My home directory (and therefore, my Nautilus desktop) lives on an NFS server. Should this count as non-local? Yes, in the sense that it crosses the network. No, in the sense that it uses the standard filesystem system calls. In either case, simple drag and drop of URLs should certainly be allowed. Strangely, if I drag and drop a URL into a Nautilus directory window, it works just fine. Only the desktop itself fails as a drop target. I'm using galeon-1.2.3 and mozilla-1.0-rc3. I'm using the same browser versions on a different machine with non-NFS home directories, and drag and drop works fine there. Therefore, my wager is that this is a bug on the Nautilus side, not on the browser side.
I see this too, with cvs head today.
More is_local fun... is this going to be a duplicate of the other?
Things have changed slightly; with the original bug I could dnd to nautilus file window which was on an NFS mounted volume. Now I can't. This makes nautilus (and thus gnome2) completely useless if one has an NFS mounted /home (which is pretty common). I'd say this is a pretty important bug!
I wasn't clear enough; Drag and drop to any NFS-mounted volume window has problems; even the trash bin doesn't work (there's another report on that somewhere). Since my whole home directory is NFS mounted, I can't use dnd in nautilus. Thus, no nautilus. Thus no easy file manipulation for my clueless users, thus no gnome2.
*** Bug 82644 has been marked as a duplicate of this bug. ***
*** Bug 82640 has been marked as a duplicate of this bug. ***
I just setup a remote NFS server, added a new user with an NFS home - and it works just fine for me ...
Doh, silly me - can replicate here, the fix is fairly trivial - someone implemented is_local for the file: method :-)
I find Nautilus crashes, reproducibly by, 1) Logging in, and dragging an nfs mounted folder from Nautilus to the back drop. Nautilus from June 1st. I've included a stack trace: % pstack 2904 2904: nautilus --no-default-window --sm-client-id default4 ----------------- lwp# 1 / thread# 1 -------------------- fdb9c65c waitid (0, b5f, ffbed800, 3) fdb56690 _waitpid (0, ffbed904, 0, ffbed904, 0, 0) + 60 fdebab00 waitpid (6, 0, fee39924, 1, 0, 0) + 34 fdebb82c __sighndlr (6, ffbedd58, ffbedaa0, fedda880, 18d39c, 18d38c) + c fdeb8504 sigacthandler (6, 18d2f8, 0, 0, 0, fdece000) + 708 --- called from signal handler with signal 6 (SIGABRT) --- fdeb9790 __sigprocmask (fdebbf68, 0, 0, 18d2f8, fdece000, 0) + 8 fdeae14c _sigon (18d2f8, fded5938, 6, ffbedf3c, 18d2f8, 0) + d0 fdeb118c _thrp_kill (0, 1, 6, fdece000, 1, 6) + f8 fdb4b738 raise (6, 6, ffbee000, fde1a0a0, 6, 0) + 40 fdb35a6c abort (fdbba004, 6, 4000, ffbee0b4, 4000, fde7a0d4) + c0 fde1903c g_logv (0, 0, 1, fde7f5e8, fde7a0d4, 4) + 67c fde1907c g_log (0, 4, ff2cbe50, ff2cbe7c, a11, ff2cbe98) + 1c ff1bb6ac start_or_stop_io (3078f0, 0, 2000, 320cb8, ff2bc9e8, 0) + 13cc ff1be728 nautilus_directory_cancel_loading_file_attributes (3078f0, 3078d0, 4c89fc, 0, 0, 0) + 588 ff1fe670 nautilus_file_invalidate_attributes (3078d0, 4c89fc, 18fcd8, 3400, fde7f4e0, 2f90) + 10 ff1af674 nautilus_directory_invalidate_count_and_mime_list (3078d0, 2666b0, 266730, 266730, 1, 1800) + 54 ff1cb6e8 invalidate_count_and_unref (2e5c70, 2e5c70, 0, fdebb9e8, f1444, 1) + 148 fddf6b1c g_hash_table_foreach (4e6d58, ff1cb5a0, 0, ff1cdfc8, 83690, ff1cb5a0) + dc ff1cdfe4 nautilus_directory_notify_files_moved (4eba30, 128, ff2cd92c, ff2bc9e8, 0, 4e7028) + 1164 ff1d7bc8 nautilus_file_changes_consume_changes (4c00, 4e80d8, ff2bc9e8, 0, 0, 0) + 468 ff1da7bc handle_transfer_ok (fca0ba80, 446cf0, 4ea3e4, e02c0, fde7f6e0, 10) + 4dc ff1dc784 update_transfer_callback (1b, fca0ba80, 446cf0, fde0feac, 43600, 20) + 64 fe253adc dispatch_sync_job_callback (fca0b950, 1, fca0b950, fde08f98, 1, 0) + bc fde08fa8 g_main_dispatch (1a9c90, fde7f6e4, fde7f550, 1a9c98, fde89ef0, fde89ef8) + 1a8 fde0ba58 g_main_context_iterate (1a9c90, 1, 1, 1, 1, fdebb9e8) + 958 fde0d678 g_main_loop_run (1bee68, 1, 0, 1, 1, fde7f6e4) + 9b8 fe588078 gtk_main (197b4, 19400, 14000, feb17ba8, 2295c0, 0) + 118 000a3308 main (4c00, ffbeee8c, 173400, 18e950, 17344c, 173000) + 488 0008df68 _start (0, 0, 0, 0, 0, 0) + 108 ----------------- lwp# 2 / thread# 2 -------------------- fdb9ba18 signotifywait () fdeaed90 _dynamiclwps (fdece000, 59, 0, ff3c5728, fe3c01d0, fdea3f81) + 1c fdeb206c thr_yield (0, 0, 0, 0, 0, 0) + 8c ----------------- lwp# 3 / thread# 4 -------------------- fdb9c0c8 lwp_sema_wait (fd60be30) fdea9af4 _park (fd60be30, fdece000, 0, fd60bd70, 24d54, fcb0dd70) + 114 fdea97bc _swtch (fd60bd70, 0, fdece000, 5, 1000, 0) + 424 fdea829c cond_wait (fd60bd70, 0, 0, fdece000, 0, 1faa40) + 13c fdea8140 pthread_cond_wait (1faa58, 1faa40, b68, 1faa40, 0, 1adc) + 8 fe26cb18 thread_entry (1faa38, fda63d10, fe29be2c, fe27d184, fe29be28, fe29be30) + 98 fdebb730 _thread_start (1faa38, 0, 0, 0, 0, 0) + 40 ----------------- lwp# 4 / thread# 11 -------------------- fdb9c0c8 lwp_sema_wait (fcb0de30) fdea9af4 _park (fcb0de30, fdece000, 0, fcb0dd70, 24d54, fd60bd70) + 114 fdea97bc _swtch (fcb0dd70, 0, fdece000, 5, 1000, 0) + 424 fdea829c cond_wait (fcb0dd70, 0, 0, fdece000, 0, 2e1e60) + 13c fdea8140 pthread_cond_wait (2e1e78, 2e1e60, b68, 2e1e60, 0, 1adc) + 8 fe26cb18 thread_entry (2e1e58, fdbd5d10, fe29be2c, fe27d184, fe29be28, fe29be30) + 98 fdebb730 _thread_start (2e1e58, 0, 0, 0, 0, 0) + 40 ----------------- lwp# 5 -------------------------------- fdb9c07c lwp_cond_wait (fded5550, fded5560, fdecedb8) fdea90dc _age (4, fdeceda4, fdece000, 0, 0, 4) + 74 fdb99618 _door_return (fda55cb0, fdeaa770, 0, 0, 0, 0) + 68 ----------------- lwp# 6 -------------------------------- fdb995bc door (0, 0, 0, 0, fd905d10, 4) fdeb6be0 _sc_door_func (0, 0, 0, 0, 0, 0) + 54 -------------------------- thread# 3 -------------------- fdeaddf8 _reap_wait (fded29e8, 204e4, 0, fdece000, 0, 0) + 38 fdeadb50 _reaper (fdecee38, fded4748, fded29e8, fdecee10, 1, fe400000) + 38 fdebb730 _thread_start (0, 0, 0, 0, 0, 0) + 40 -------------------------- thread# 5 -------------------- fdea829c cond_wait (fd509d70, 0, 0, fdece000, 0, 1fac98) + 13c fdea8140 pthread_cond_wait (1facb0, 1fac98, b68, 1fac98, 0, 1adc) + 8 fe26cb18 thread_entry (1fac90, fda63d10, fe29be2c, fe27d184, fe29be28, fe29be30) + 98 fdebb730 _thread_start (1fac90, 0, 0, 0, 0, 0) + 40 -------------------------- thread# 6 -------------------- fdea829c cond_wait (fd407d70, 0, 0, fdece000, 0, 2e1020) + 13c fdea8140 pthread_cond_wait (2e1038, 2e1020, b68, 2e1020, 0, 1adc) + 8 fe26cb18 thread_entry (2e1018, fda63d10, fe29be2c, fe27d184, fe29be28, fe29be30) + 98 fdebb730 _thread_start (2e1018, 0, 0, 0, 0, 0) + 40 -------------------------- thread# 7 -------------------- fdea829c cond_wait (fd305d70, 0, 0, fdece000, 0, 2e11b0) + 13c fdea8140 pthread_cond_wait (2e11c8, 2e11b0, b68, 2e11b0, 0, 1adc) + 8 fe26cb18 thread_entry (2e11a8, fda63d10, fe29be2c, fe27d184, fe29be28, fe29be30) + 98 fdebb730 _thread_start (2e11a8, 0, 0, 0, 0, 0) + 40 -------------------------- thread# 8 -------------------- fdea829c cond_wait (fd203d70, 0, 0, fdece000, 0, 2fdc60) + 13c fdea8140 pthread_cond_wait (2fdc78, 2fdc60, b68, 2fdc60, 0, 1adc) + 8 fe26cb18 thread_entry (2fdc58, fda63d10, fe29be2c, fe27d184, fe29be28, fe29be30) + 98 fdebb730 _thread_start (2fdc58, 0, 0, 0, 0, 0) + 40 -------------------------- thread# 9 -------------------- fdea829c cond_wait (fd101d70, 0, 0, fdece000, 0, 2fddf0) + 13c fdea8140 pthread_cond_wait (2fde08, 2fddf0, b68, 2fddf0, 0, 1adc) + 8 fe26cb18 thread_entry (2fdde8, fdbd5d10, fe29be2c, fe27d184, fe29be28, fe29be30) + 98 fdebb730 _thread_start (2fdde8, 0, 0, 0, 0, 0) + 40 -------------------------- thread# 10 -------------------- fdea829c cond_wait (fcc0fd70, 0, 0, fdece000, 0, 2fdf80) + 13c fdea8140 pthread_cond_wait (2fdf98, 2fdf80, b68, 2fdf80, 0, 1adc) + 8 fe26cb18 thread_entry (2fdf78, fdbd5d10, fe29be2c, fe27d184, fe29be28, fe29be30) + 98 fdebb730 _thread_start (2fdf78, 0, 0, 0, 0, 0) + 40 -------------------------- thread# 12 -------------------- fdea829c cond_wait (fca0bd70, 0, 0, fdece000, 0, 4e2ad0) + 13c fe255b14 xfer_callback (446e50, 446df0, 446e50, b, ff1dc720, 446e50) + d4 fe273c1c call_progress (fca0bad0, ff1dc8c0, 3a2bf, e90cab19, 3a2bf, fffff000) + fc fe27bf08 gnome_vfs_xfer_private (4cac18, 4cac24, 108, 1, 1, fe255a40) + ac8 fe255bac execute_xfer (446df0, 1, fdece000, 20, 6bc, 2fd3b0) + 4c fe2563c0 gnome_vfs_job_execute (446df0, b, 1318, 8, fe290830, fe28d284) + 660 fe253640 thread_routine (1b, 2fe038, b68, 2fe038, 0, 1adc) + 40 fe26cb78 thread_entry (2fe030, fdbd5d10, fe29be2c, fe27d184, fe29be28, fe29be30) + f8 fdebb730 _thread_start (2fe030, 0, 0, 0, 0, 0) + 40
This stack trace is not helpful or related to this bug, please file it under another bug to help us track what is fixed and what isn't.
Additionally I can not replicate that backtrace with the stated actions.
URL D&D fixed in CVS HEAD, hopefully this will get into 2.0.0 too, the stack trace is un-related, please file under a new bug - and include the console output before the crash.
Verified as working in nautilus2-2.0.0.0.200207030013-0.snap.ximian.1.