GNOME Bugzilla – Bug 684128
GtkFileChooserButton gtk_file_chooser_get_filename broken in gtk-2.24.12
Last modified: 2013-01-30 23:25:41 UTC
Created attachment 224431 [details] Bare minumum demonstrating the problem GtkFileChooserButton doesn't select a folder when navigating inside a folder and clicking Open, but displays that it has selected it. Version 2.24.10 doesn't have this bug. Steps to reproduce: 1) Compile attached program 2) Run it from the console; click on the file chooser button; click Other... 3) Navigate to any, preferably empty, directory other than your home directory 4) Click Open Actual results: Observe that file chooser button displays that it has selected a folder you were in, however results of gtk_file_chooser_get_filename that are printed to the console point to your home directory instead. Expected results: gtk_file_chooser_get_filename returns selected folder, instead of home folder, like in 2.24.10.
Created attachment 226779 [details] PyGTK FileChooserButton Demo Just to confirm the issue after many reports from Deluge users (http://dev.deluge-torrent.org/ticket/2169). I have attached a modified PyGTK demo script and the following was generated by selecting 'Other...' and navigating to /tmp then clicking 'Open' and as you can see on 2.24.11 the final folderpath changes upon exiting. Ubuntu 12.04 (2.24.10) Initial folderpath: /home/ubuntu Signal widget folderpath: /tmp Signal filechooser folderpath: /tmp Final folderpath: /tmp Fedora 17 (2.24.11) Initial folderpath: /home/fedora Signal widget folderpath: /tmp Signal filechooser folderpath: /tmp Final folderpath: /home/fedora
Why no attention on this but since the very October? Is it still unconfirmed? It is still present, though. I am one of the Deluge users mentioned above and I am, to be honest, really upset.
Same issue here. Encountered this bug with Deluge on Arch Linux. gtk3 3.6.4-1 gtk2 2.24.14-1 pygtk 2.24.0-3 deluge 1.3.5-4
*** This bug has been marked as a duplicate of bug 691040 ***