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 776643 - FileChooser does not re-sort when directory contents change
FileChooser does not re-sort when directory contents change
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Accessibility
unspecified
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2016-12-31 03:53 UTC by Iwan Gabovitch
Modified: 2018-05-02 17:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Iwan Gabovitch 2016-12-31 03:53:37 UTC
Reporting under the assumption that GIMP, Inkscape, Chromium use GtkFileChooserDialog for opening/saving files.

GtkFileChooserDialog allows sorting by age. However files are always shown after files. I assume this is a design decision.

However, this sorting (folders first) can be disturbed if - while the dialog is open and sorting is by age, ascending - one of the displayed files is updated, like for example a large file downloading in Chromium.

In such a case, files and folders are sorted mixed.

Please either always mix files and folders when sorting by age or ensure the non-mixing property stays active, even if files change while a dialog is open.

Video: https://youtu.be/9Jkbu_IJUF0
Comment 1 Daniel Boles 2016-12-31 03:57:05 UTC
There is a preference for this in dconf
> /org/gtk/settings/file-chooser/sort-directories-first
Comment 2 Iwan Gabovitch 2016-12-31 04:18:31 UTC
(In reply to Daniel Boles from comment #1)
> There is a preference for this in dconf
> > /org/gtk/settings/file-chooser/sort-directories-first

The value is `false`. Switching it to `true` and back to `false` doesn't have any effect in ongoing Chromium or restarted GIMP.
Comment 3 Daniel Boles 2016-12-31 11:46:35 UTC
I checked for you. Based on on the date of
https://mail.gnome.org/archives/commits-list/2013-December/msg00499.html
the ability to choose whether grouped sorting occurs is a GTK+ 3 thing.

GIMP (besides a WIP branch) uses GTK+ 2, and I don't know about Chromium.

Still, you should probably retitle this to reflect that what you really want is different behaviou regarding re-sorting after changes are made to visible items.

Then unless the current behaviour is considered a bug, rather than just personal preference, then I'd think it's very unlikely the maintainers will want to change it in the bugfix-only GTK+ 2 branch.

If you could try the same thing in a GTK+ 3 application and post whether it happens, that might be useful.
Comment 4 Iwan Gabovitch 2017-01-02 01:21:24 UTC
Thanks for clarifying.

When sort-directories-first is true, then I can reproduce the bug in Pitivi (which I believe uses GTK3).

This is a bug. If the setting says directories come first, then they should come first, always.

It would be nice to have this fixed in gtk2 (directories-first is forced as far as I can tell, which is fine but it fails when files change) as well.
Comment 5 GNOME Infrastructure Team 2018-05-02 17:56:25 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/732.