Public bug reported: Binary package hint: libgtk2.0-0
Starting with gtk 2.10, the location pop up previously available via ctrl-l in a GtkFileChooser has been merged with the location bar in the main GtkFileChooser window. The problem is that it overrides the presets file name when one try to changes the location. For exemple, while one is using galeon and downloads the file super-long-file-name-that-is-painfull-to-type.txt, the save-as dialog will put : super-long-file-name-that-is-painfull-to-type.txt, highlighted in the location bar. If one types ctrl-l, then the location bar takes the focus. One can then change the current path, but once the path is set, the filename is lost and the only solution here is to type foo.txt (because the filename is long). If one does'nt want to overwrite the filename, then (s)he can starts prepending the right path to the filename but then looses the path completion via [tab]. This is a rather anoying usability issue and seems to be a regression from gtk 2.8. I reported this bug upstream but it has not been reviewed yet. ** Affects: gtk (upstream) Importance: Unknown Status: Unknown ** Affects: gtk+2.0 (Ubuntu) Importance: Undecided Status: Unconfirmed ** Bug watch added: GNOME Bug Tracker #357956 http://bugzilla.gnome.org/show_bug.cgi?id=357956 ** Also affects: gtk (upstream) via http://bugzilla.gnome.org/show_bug.cgi?id=357956 Importance: Unknown Status: Unknown ** Description changed: Binary package hint: libgtk2.0-0 Starting with gtk 2.10, the location pop up previously available via ctrl-l in a GtkFileChooser has been merged with the location bar in the main GtkFileChooser window. The problem is that it overrides the presets file name when one try to changes the location. For exemple, while one is using galeon and downloads the file super-long-file-name-that-is-painfull-to-type.txt, the save-as dialog will put : super-long-file-name-that-is-painfull-to-type.txt, highlighted in the location bar. If one types ctrl-l, then the location bar takes the focus. One can then change the current path, but once the path is set, the filename is lost and the only solution here is to type foo.txt (because the filename is long). If one does'nt want to overwrite the filename, then (s)he can starts prepending the right path to the filename but then looses the path completion via [tab]. This is a rather anoying usability issue and seems to be a regression from gtk 2.8. + + I reported this bug upstream but it has not been reviewed yet. -- Preset file name is lost when using ctrl-l to change location in GtkFileChooser https://launchpad.net/bugs/71076 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs