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 758649 - Single click opening of selected items in file-selector is confusing
Single click opening of selected items in file-selector is confusing
Status: RESOLVED DUPLICATE of bug 758065
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.18.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2015-11-25 11:40 UTC by Sebastien Bacher
Modified: 2016-02-21 05:31 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastien Bacher 2015-11-25 11:40:14 UTC
Since the GNOME 3.18 upgrade I keep opening files by error in the gedit file-selector. It took me a while to understand, what's going on why sometime single click acts like double click it seems to be due to this change
https://git.gnome.org/browse/gtk%2B/commit/?id=fb0a13b7

"file chooser: Allow activating without double-click
Interpret a unmodified primary click on the selection like a double
click. This makes it possible to activate a file or open a folder
without using double-click."

That has several issues:

- the behaviour seems inconsistant, it's not easy to understand what's going on as an user (I first though my mouse buttons was having issues)

- if you double click on a selected directory to browse it, it opens it with the first click then open an item directly in the directory, which is not what you want (seems https://bugzilla.gnome.org/show_bug.cgi?id=757950 was meant to address that but it doesn't here)

- if you select an item, switch to another windows and click back on the file-selector to focus it and manage to hit the selected item then it's opened...

I'm unsure what the issue the change was trying to address, if that's about touch devices maybe the behaviour shouldn't impact pointer devices?
Comment 1 Emmanuele Bassi (:ebassi) 2015-11-25 11:44:29 UTC
There have been changes in GTK+ 3.18.5 following bug 758065 that should ameliorate the issue. Could you test that version?
Comment 2 Sebastien Bacher 2015-11-25 13:34:53 UTC
I'm already using 3.18.5, sorry forgot to specify that in the description (though the fix I mentioned in the section item as not working is new in that version)
Comment 3 Matthias Clasen 2015-11-25 16:09:32 UTC
> - if you select an item, switch to another windows and click back on the
> file-selector to focus it and manage to hit the selected item then it's
> opened...

That's the case with any other click-activated ui element, like the sidebar, or buttons, or anything else.
Comment 4 Sebastien Bacher 2015-11-25 16:13:43 UTC
> That's the case with any other click-activated ui element, like the sidebar, or buttons, or anything else.

Hum, indeed, I don't often hit issues with that in other places though (clicking on the sidebar in nautilus you can go back to the previous location with one action, where if gedit opens a document you have to close it, open the menu again, click "other document", go through directories again in the file-selector and then select your document, quite tedious)
Comment 5 Matthias Clasen 2016-02-21 05:31:25 UTC

*** This bug has been marked as a duplicate of bug 758065 ***