After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 793307 - Confusing behaviour when attempting to select a folder to save a file to
Confusing behaviour when attempting to select a folder to save a file to
Status: RESOLVED DUPLICATE of bug 580096
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2018-02-08 16:20 UTC by Robert Orzanna
Modified: 2018-02-12 16:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screencast example (823.87 KB, video/webm)
2018-02-08 16:20 UTC, Robert Orzanna
Details

Description Robert Orzanna 2018-02-08 16:20:43 UTC
Created attachment 368157 [details]
Screencast example

Please take a look at the attached screencast for an illustration of the problem. 

In this example, I tried to select the folder `tmp` as the folder to save the file to but it doesn't accept my selection.

I tested this on Fedora 27.

Is this a bug or intentional design?

In the latter, what is the correct way of selecting the folder? 

This is not obvious to me.

Thank you!
Comment 1 Daniel Boles 2018-02-12 12:26:06 UTC
That mode of FileChooser is for selecting a filename, not a folder. And what you are doing is clicking in the PathBar, which is to change the folder to be saved in, combined with the filename entered in the location bar.

As for the rest, it's unclear whether there's a problem - as for example, it could be that the filename you have in the location entry is specifically asking to save in a given folder, rather than just being relative to wherever you currently are. Could you provide a set of steps to reproduce this, rather than a screencast where we can't see all the details?
Comment 2 Robert Orzanna 2018-02-12 15:35:44 UTC
Thanks Daniel. Appreciate your reply.

Let me explain my issue.

1. I ended up in the wrong folder
2. Thus I went up one folder hierarchy which is the folder where I want to save the file
3. I click on Save

But instead of saving my file there it goes back into the folder from (1).

I guess from my user perspective it was/is not clear why I cannot select my destination folder to save to from the navigation at top.

Does that help? :-)
Comment 3 Daniel Boles 2018-02-12 15:41:54 UTC
I understand why you're confused, but not how you got into that confusing situation. ;) So I was hoping to find out what precisely was the contents of the location entry at that time, and/or for you to post an independent set of steps other users without that precise folder and filename can use to replicate the pattern you're asking about.

Anyway, if I (hopefully) understand correctly, this is a duplicate of the following. Please reopen if I'm mistaken, but it sounds like the same thing.

*** This bug has been marked as a duplicate of bug 580096 ***
Comment 4 Daniel Boles 2018-02-12 15:42:34 UTC
See also Bug 376121
Comment 5 Robert Orzanna 2018-02-12 15:49:43 UTC
Hmm yeah, Daniel, I guess that's my problem! Thanks for referencing the other bugs.

> The Save dialog in Windows, while mostly a trainwreck, avoids this particular error by changing the "Save" button to "Open" whenever a folder is selected.

I kind of ended up in this subfolder unintentionally (probably I just clicked wrongly), then went back up the hierarchy to go to my proper folder and then just wanted to save it because it's the right folder.

Then, yes, what confuses a lot is the fact that it says "save" but you cannot actually save there. Instead it opens the subfolder again because it was selected. 

Maybe by going up the hierarchy, it should unselect the previously selected folder and just select nothing basically?

Does that make sense? Shall I post this on the other bug thread?
Comment 6 Daniel Boles 2018-02-12 16:02:24 UTC
(In reply to Robert Orzanna from comment #5)
> > The Save dialog in Windows, while mostly a trainwreck, avoids this particular error by changing the "Save" button to "Open" whenever a folder is selected.

Yeah, that would be one 'fix' for this, at least in the sense of not unduly confusing users.


> Maybe by going up the hierarchy, it should unselect the previously selected
> folder and just select nothing basically?
> 
> Does that make sense? Shall I post this on the other bug thread?

If you want! The difficulty of unselecting is discussed in Bug 760699, too. Your suggestion seems relevant to both, since it looks like no one has made it yet; rather they suggested the solution of the other quote above, or another way to unselect.
Comment 7 Robert Orzanna 2018-02-12 16:14:25 UTC
> If you want! The difficulty of unselecting is discussed in Bug 760699, too. Your suggestion seems relevant to both, since it looks like no one has made it yet; rather they suggested the solution of the other quote above, or another way to unselect.

Just done so, thanks! :-)