Wrong folder opened in Select Dirictory dialog

Bug #956439 reported by Lain_13
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTK+
Invalid
Low
One Hundred Papercuts
Opinion
Low
Unassigned
gtk+3.0 (Ubuntu)
Opinion
Low
Unassigned

Bug Description

When you decide to use Select Directory functionality in any GTK-based application like GTK-based GUI for Transmission it's really troublesome to chose directory from current path.

Example (based on Transmission GUI but it's the same in all such dialogs):

Transmission specific part:
1. Chose any downloaded torrent like ISO with latest Ubuntu;
2. From context menu chose 'Set Location…';
3. Select 'Other…' from drop-down list;
Let's assume we are in the ~\Downloads\Ubuntu\11.10\ directory right now.
Generic part:
4. Click on previous directory in the path above (buttons) on the left side from current folder (Ubuntu directory in current example).
5. Click 'Open…' button.

Expected result:
Ubuntu directory are chosen. Active directory must be chosen because user clicked on it.

Actual result:
11.10 directory are chosen. We were in 11.10 directory and... we still in 11.10 directory! That is happened because on the step 4 name on next folder in the row appeared in the 'Location:' filed (which expected to remain empty, nothing were typed by hands).
If you chose 'Download' directory it will open 'Ubuntu' directory instead. If you chose 'username' directory it will open 'Download'. >_<

I think it's really easy to fix. Just leave 'Location:' field empty/unmodified when user click on the directory in the path.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

Changed in gtk+3.0 (Ubuntu):
importance: Undecided → Low
Revision history for this message
Lain_13 (lain-halfbit) wrote :

I've tried to locate similar bug in their bugzilla but nothing were found. So, I made new one.
https://bugzilla.gnome.org/show_bug.cgi?id=673577

Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

I don't think this is a bug. What seems to be happening is that when you press "Open", the dialog is using whatever directory is currently selected, rather than the one you are in. This may be the intended behaviour. We'll wait and see what upstream has to say about it.

Changed in hundredpapercuts:
status: New → Opinion
Changed in gtk+3.0 (Ubuntu):
status: New → Opinion
Changed in hundredpapercuts:
importance: Undecided → Low
Revision history for this message
Lain_13 (lain-halfbit) wrote :

Well, yes, it is not a bug. Yet it's not expected behavior either. I did not choose that folder, did I? I did not clicked on it. Yet it opened. Probably I have bad example to compare with but I get used to Windows systems and there when you choosing folder it didn't try to choose one of subfolders inside of it "for you" if folder is expected input. Actually normally it gives completely different dialog window with folders tree instead of something like "choose file" dialog which expects folder as input. In such case it's just impossible to choose something unexpected. However I've seen programs which used this way too. But they never tried to choose something which I did not clicked. That's why I expect such behavior here. Right, it's different system but I clicked on different folder and that's what matters.
So, I think this behavior is just wrong and have to be modified. This isn't a place where system should be "too smart".

Another example of this strange behavior:
1. Open Transmission.
2. Click "Open" button on the panel.
3. Now chose any folder with subfolders like your's user profile.
4. Click "Open" button.
Why it get into first folder inside your profile? What will happen if you accidentally perform double-click and there will be acceptable file inside of that folder? "I never asked for this." This will be even worse if I will try to save some document and accidentally will replace some other document. The only thing which may stop me will be request to overwrite file. I don't think I will be that stupid to accept it but I'm sure someone will. (There are no boundaries for stupidity and unfortunately for me I know it from my own experience :| ) Why "Open" button active at all while folder are chosen? It isn't expected input yet it trying to bee "smart". Even too smart (from my point of view).

Changed in gtk:
importance: Unknown → Low
status: Unknown → New
Changed in gtk:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.