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
Version-Release number of selected component (if applicable):
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")
error message appears.
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
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.