Red Hat Bugzilla – Bug 73540
background properties doesn't allow new directory path in file selection dialog
Last modified: 2008-05-01 11:38:03 EDT
Description of Problem: When "~" is entered as a file name it says that file /homedirectorypath can not be opened instead of changing to home directory as one would expect. Version-Release number of selected component (if applicable): gtk2-2.0.6-8 How Reproducible: always Steps to Reproduce: 1. install null, run up2date 2. login to default GNOME desktop 3. right click on the desktop, select last item (change background) 4. click on top left button to select new image. this brings file selection dialog. 5. enter "~" (no quotes) in file selection dialog (or enter any valid directory path, for example "/tmp") Actual Results: error message appears. Expected Results: current selected directory changes to $HOME (or /tmp)
OK, this is just how the GTK+ file selector works - if the app doesn't want directories, it has to implement the change-to-selected directory behavior itself. (Can't be changed since it would break API compatibility.) It might be nice if gconf_peditor_image handled directories by changing to them rather then putting up an error dialog. Reassigning to control-center.
Does this mean that every gtk2 application has to implement directory/file recognition? Since in 99% cases application would want a file and not the directory I would rather have gtk2 file open dialog change to new directory if directory is entered and have some addtitional parameter to turn off this behavior and return to caller the entered text literaly.
The thing is, an app might actually do something different when a directory was selected ... so changing this would break compatibility with existing apps. The GTK+ filesel is being replaced wholesale for GTK+-2.4, so we can fix the problem then.
Upstream: http://bugzilla.gnome.org/show_bug.cgi?id=101684
Thanks