GNOME Bugzilla – Bug 78951
trouble with high-latency browsing
Last modified: 2004-12-22 21:47:04 UTC
I'm having troubles with some "schemes" that have a high latency. When browsing for example, rio500:, smb:, or even http: (DAV, iDisk in this case) schemes, Nautilus shows (sometimes) a couple of files, then doesn't seem to do anything, the throbber is not moving, and the "Stop loading this location" button stays on. Until I switch to another view, in this case from Icon View to List view and vice-versa, at which point it shows all the files. the "ls" test in gnome-vfs doesn't show this behaviour. Does anybody have an idea of what the problem could be ? Async operations broken ? Or would it be Nautilus ? If you can't reproduce this problem, I can very well, the rio500 module reproduce this problem constantly. It *seems*, but to take with a pinch of salt, that only directories don't show up properly. Files show up every time.
Confirmed with rio500: vfs module
i experience similar problems when trying to use nautilus as a ftp client.
Seth: is this a gnome-vfs problem?
It's not a gnome-vfs problem, tests with gnome-vfs work just fine. It's probably something that has to do with Nautilus's way of updating the views (the incremental loading).
OK, I added some debug to fm_icon_view_add_file as Michael told me to. On a first run, I get absolutely no directories shown, and fm_icon_view_add_file isn't called. If I switch to list view and then back, I get both files added: ** Message: fm_icon_view_add_file: rio500:///External ** Message: fm_icon_view_add_file launched nautilus_icon_container_add successfully: rio500:///External ** Message: fm_icon_view_add_file: rio500:///Internal ** Message: fm_icon_view_add_file launched nautilus_icon_container_add successfully: rio500:///Internal If then I browse around, and go back to this same directory (rio500:/// in this example), I get only one of the directories showing up, the one I've just been to. ** Message: fm_icon_view_add_file: rio500:///Internal ** Message: fm_icon_view_add_file launched nautilus_icon_container_add successfully: rio500:///Internal ** Message: fm_icon_view_add_file: rio500:///Internal More ideas welcome.
Created attachment 9921 [details] [review] fix for should_look_for_dot_directory_file (don't check for prefix against NULL dammit)
2002-07-17 Bastien Nocera <hadess@hadess.net> * libnautilus-private/nautilus-directory-async.c: (should_look_for_dot_directory_file): fix function not to run eel_str_has_prefix against NULL, either we use a NULL terminator to the array, or G_N_ELEMENTS. Makes rio500: work, and should speed up most network methods. (Closes: #78951)
*** Bug 86441 has been marked as a duplicate of this bug. ***