Description of problem: Open ftp URL in gnome programs (like gpk-application, gnome-terminal) -> "The specified location is not mounted" Click Homepage (ftp server) in gpk-application $ cat ~/.xsession-errors [...] Error showing url: The specified location is not mounted Version-Release number of selected component (if applicable): 1.0.2-2.fc10 How reproducible: always Steps to Reproduce: 1. Launch Add/Remove Software 2. Education -> GNU typing tutor 3. Click Homepage Actual results: Expected results: Additional info:
Created attachment 321960 [details] gtk-show-uri-use-protocol-handler.patch This is a design issue - gtk_show_uri() should guess protocol handler first and optionally bypass filetype guessing. The attached patch is just a quick sketch - how it could look like. We still miss default protocol handler for ftp and others.
Hmm, isn't g_file_query_default_handler already trying to do the same thing ? Should we just fix that up to work as intended ?
Just to see whats the state of things here, does gconftool-2 --set /desktop/gnome/url-handlers/ftp/command --type string "nautilus %s" gconftool-2 --set /desktop/gnome/url-handlers/ftp/enabled --type boolean true gconftool-2 --set /desktop/gnome/url-handlers/ftp/needs_terminal --type boolean false fix the problem ?
No, don't set the ftp handler like that. It will cause us to launch nautilus for all ftp uri. (i.e. not only directories, but text files or what have you).
I'm not sure how to best solve this bug though. One solution would be to cut and paste g_file_query_default_handler into gtk_uri_show() (its just a small helper after all) and catch ENOTMOUNTED in the g_file_query_info() call and automatically mount the location. We would have to do everything async to avoid recursing the mainloop, which means the gtk_uri_show() caller needs to eventually return to the mainloop.
*** Bug 559688 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > *** Bug 559688 has been marked as a duplicate of this bug. *** About the bug 559688 gconftool-2 --get /desktop/gnome/url-handlers/ftp/command says: /usr/lib/firefox-3.5.3/firefox "%s" but /usr/lib/firefox-3.5.3 does not exist. just exist /usr/lib/firefox-3.5.6 ftp shouldn't be apart of preferred applications , web browser ? (gnome-default-applications-properties)
(In reply to comment #7) > ftp shouldn't be apart of preferred applications , web browser ? > (gnome-default-applications-properties) No, see comment #4
*** Bug 751815 has been marked as a duplicate of this bug. ***
Hi, evolution, again after 3 years , open ftp://ftp.mozilla.org in Chrome , but should open in Firefox . gconftool-2 --all-dirs /schemas/desktop/gnome/url-handlers gconftool-2 --all-dirs /desktop/gnome/url-handlers don't have ftp entry .
Hi from the future. This bug is so old that I'm going to just close it because I suspect it's no longer relevant. If it's still a problem in 2021, feel free to reopen with a modern reproducer that doesn't involve gconf or gpk-application or whatnot.