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 705755 - Allow applications to pass a list of allowed protocols to gtkfilechooser
Allow applications to pass a list of allowed protocols to gtkfilechooser
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.8.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2013-08-10 12:16 UTC by Timothy Arceri
Modified: 2015-05-01 20:29 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Timothy Arceri 2013-08-10 12:16:03 UTC
Currently the filechooser provides two options. 

1. Allow all uris to be passed to the application and let the application handle any issues such as showing messages about unsupported protocols etc.

2. Set gtk_file_chooser_set_local_only() and only pass local addresses to the application.

Option 1 means application developers must do extra work, and results in each application handling things differently such as displaying of unsupported uri messages.

Option 2 leads to less than ideal outcomes. For example Firefox and Chrome currently say they don't know how to handle http addresses provided in the filechooser.

Together these options make the Desktop experience very inconsistent across different applications.

Suggested solution:
-------------------

Allow applications to pass a list of allowed protocols to gtkfilechooser. The filechooser could then just pass allowed uris back to the application or give a consistent message that would be displayed for all applications such as:"This application does not support the smb:// protocol"
Comment 1 Matthias Clasen 2013-08-13 22:14:33 UTC
The idea is that gio / gvfs provides support for all kinds of protocols, so there's no need for apps to deal manually with this sort of filtering. There's a bug for removing the local-only option, I think.
Comment 2 Daniel Preston 2014-04-28 11:55:56 UTC
What is the current state of this feature request?

Will we see support for http(s) URLs in the file chooser dialog in the near future?

Thanks for listening!
Comment 3 Matthias Clasen 2015-05-01 20:29:54 UTC
no, http is not a filesystem protocol

I don't think there's anything to fix here, so I am closing this.