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 46895 - Received "opendir failed because operation cancelled" message after successfully entering FTP subdirectory
Received "opendir failed because operation cancelled" message after successfu...
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2001-02-22 20:30 UTC by Brett Neely
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Brett Neely 2001-09-10 01:00:47 UTC 
Steps to reproduce:

1 - Enter "ftp://download.sourceforge.net/pub/mirrors/" as the location in
Nautilus
2 - Browse into any directory (for example, kernel.org)

This is received on the console:

** WARNING **: opendir failed because "Operation cancelled"



------- Additional Comments From darin@bentspoon.com 2001-02-22 17:38:05 ----

Seems silly to send out a warning in this case.



------- Additional Comments From brett@eazel.com 2001-02-22 17:58:06 ----

Also, the error message doesn't seem to relate to what is happening.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 21:00 -------
Comment 1 Manuel Clos 2003-10-19 22:22:40 UTC 
This seems to be

gnome-vfs-modules-WARNING **: opendir failed because ...

in gnome-vfs 2.4.

I'll check why nautilus is cancelling it, or if there is any bug in
the gnome-vfs code.
Comment 2 Manuel Clos 2003-11-13 01:04:27 UTC 
After some hours of debugging I got to the conclusion that this is not
a problem in gnome-vfs but in nautilus. So I will reassign the bug to
nautilus.

The reason this message appears is because nautilus is cancelling the
mime_list operation once it has started, as you can see is this backtrace:

+ Trace 41703

  • #0 gnome_vfs_cancellation_cancel
    at gnome-vfs-cancellation.c line 105
  • #1 _gnome_vfs_job_module_cancel
    at gnome-vfs-job.c line 1754
  • #2 gnome_vfs_async_cancel
    at gnome-vfs-async-ops.c line 58
  • #3 mime_list_cancel
    at nautilus-directory-async.c line 378
  • #4 mime_list_stop
    at nautilus-directory-async.c line 2576
  • #5 start_or_stop_io
    at nautilus-directory-async.c line 3118
  • #6 nautilus_directory_async_state_changed
    at nautilus-directory-async.c line 3176
  • #7 nautilus_directory_monitor_remove_internal
    at nautilus-directory-async.c line 1148
  • #8 vfs_file_monitor_remove
    at nautilus-vfs-file.c line 55
  • #9 nautilus_file_monitor_remove
    at nautilus-file.c line 2480
  • #10 monitor_file_for_open_with
    at fm-directory-view.c line 6230
  • #11 reset_bonobo_open_with_menu
    at fm-directory-view.c line 3481
  • #12 real_update_menus
    at fm-directory-view.c line 4842
  • #13 fm_icon_view_update_menus
    at fm-icon-view.c line 1581
  • #14 fm_directory_view_update_menus
    at fm-directory-view.c line 6010
  • #15 update_menus_timeout_callback
    at fm-directory-view.c line 2304
  • #16 g_timeout_dispatch
    at gmain.c line 3124
  • #17 g_main_dispatch
    at gmain.c line 1751
  • #18 g_main_context_dispatch
    at gmain.c line 2299
  • #19 g_main_context_iterate
    at gmain.c line 2380
  • #20 g_main_loop_run
    at gmain.c line 2600
  • #21 gtk_main
    at gtkmain.c line 1093
  • #22 main
    at nautilus-main.c line 280 


This is causing that as it acquires connections, when there is need to
acquire connections for directory listing new ones need to be created.
So this produces more trafic and is *slow*.

Nautilus should not even start doing the mime_list if it is going to
cancel it after a while.
Comment 3 Manuel Clos 2003-11-13 01:06:31 UTC 
Confirming bug.

Someone with nautilus experience can take a look at it so that the
mime_list operation is not started?
Comment 4 Manuel Clos 2003-11-13 01:20:33 UTC 
When you first enter ftp://ftp.gnome.org the mime_start func is not
called. Then, when you click in the pub folder the mime_start function
is called an so is mime_stop (which produces the warning in
do_open_directory in the ftp module).

So there is only one connection in the pool that is consumed by the
mime_list operation, then the directory listing needs to create
another connection... and so on.
Comment 5 Alexander Larsson 2003-11-13 16:19:37 UTC 
Should be fixed in HEAD.