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 334486 - Remote bookmark should be recognizable
Remote bookmark should be recognizable
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
2.10.x
Other Linux
: Normal enhancement
: Small fix
Assigned To: gtk-bugs
Federico Mena Quintero
filechooser-retest
Depends on:
Blocks:
 
 
Reported: 2006-03-13 23:27 UTC by Reinout van Schouwen
Modified: 2018-04-15 00:29 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description Reinout van Schouwen 2006-03-13 23:27:23 UTC 
A remote bookmarked folder is displayed in the file chooser bookmarks with just its folder name, indistinguishable from local bookmarks.

It should be '<folder name> on <host>' instead, like Nautilus' Places menu correctly does; or if there is lack of room then at least the icon should be a network-folder icon (like in computer:///) instead of a regular folder icon.
Comment 1 Federico Mena Quintero 2006-04-13 02:38:18 UTC 
I'd love a patch for this:

1. Once you get the display name for the bookmark, append "on [host]" if it's not a local URI.

2. When the cell starts being edited, set its text to just the bookmark name (i.e. so that the user doesn't edit the "on [host]" part).
Comment 2 Michael Monreal 2007-05-26 13:54:19 UTC 
To make matters worse: 

I bookmarked "obex://" (virtual bluetooth fs) using nautilus. The panel (places menu) now shows it correctly (using the alias, "Bluetooth", this was fixed in the panel just recently) but the gtk file chooser shows "/ on". Generally the chooser doesn't seem to be aware of the alias names? Can this be fixed?
Comment 3 Reinout van Schouwen 2007-05-26 23:20:53 UTC 
Michael, which GTK+ version are you using?
Comment 4 Michael Monreal 2007-05-27 09:12:52 UTC 
GTK+ 2.10.12, I think this is the latest stable release. Did something in this regard change in the 2.11.x series?
Comment 5 Reinout van Schouwen 2007-05-27 15:58:31 UTC 
Updating version field accordingly.
Comment 6 Timothy Arceri 2013-06-14 05:45:01 UTC 
If this was working correctly in Nautilus then the new shared GtkPlacesSidebar thats avaliable from 3.9.0+ will probably fix this bug (the code is based on Nautilus code). Can someone test/confirm?

See bug 650363
Comment 7 Matthias Clasen 2018-02-10 05:23:09 UTC 
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 8 Matthias Clasen 2018-04-15 00:29:54 UTC 
As announced a while ago, we are migrating to gitlab, and bugs that haven't seen activity in the last year or so will be not be migrated, but closed out in bugzilla.

If this bug is still relevant to you, you can open a new issue describing the symptoms and how to reproduce it with gtk 3.22.x or master in gitlab:

https://gitlab.gnome.org/GNOME/gtk/issues/new