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 332245 - handle unreadable directories better
handle unreadable directories better
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
: 400558 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-02-22 21:16 UTC by Matthias Clasen
Modified: 2015-10-02 10:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Matthias Clasen 2006-02-22 21:16:51 UTC
With the gnome-vfs backend, unreadable directories are silently
displayed as if they were empty.

With the unix backend, we get an error dialog, since get_folder
returns an error.

It would be nice if 

a) the async code should result in the error dialog, too

b) we could decorate the directory icon with an emblem marking
it as unreadable (nautilus already does that...)
Comment 1 Hans de Goede 2007-04-07 07:27:05 UTC
This has been reported long ago in RedHat's bugzilla too, see:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177984
This is jusy FYI, there is no new information there.

Why hasn't this been fixed by now? Seems like a bad bug from a usability pov.
Comment 2 Bastien Nocera 2007-04-09 21:27:03 UTC
*** Bug 400558 has been marked as a duplicate of this bug. ***
Comment 3 Bastien Nocera 2007-04-09 21:29:00 UTC
Bug 400558 mentions another way to reproduce the bug:
---8<---
1. Add a non-working entry to your ~/.gtk-bookmarks
$ gnomevfs-ls smb://192.168.2.1/
Error opening: Timeout reached
$ echo smb://192.168.2.1/ >> ~/.gtk-bookmarks

2. Open a gnome-vfs aware application, and go to its Open dialogue
3. Double-click on the "/ on 192.168.2.1" bookmark
4. See an empty right pane (after a little while), instead of getting an error
message
---8<---

Moving to libgnomeui, as it's where the backend code lies.
Comment 4 Kjartan Maraas 2008-08-28 10:39:15 UTC
What to do now that the backends are gone from libgnomeui again? :-)
Comment 5 Bastien Nocera 2008-08-28 14:23:44 UTC
If it still happens, it's a GTK+ bug.
Comment 6 Matthias Clasen 2015-10-02 10:59:49 UTC
We're getting an error dialog nowadays, after the timeout. And a busy cursor before.