For a year and a half, we've been chasing an infamous random crash on opening folders in Nautilus. The main ticket was https://gitlab.gnome.org/GNOME/nautilus/-/work_items/4035, but there were many others…

Someone recently provided access to a computer where it could be reproduced consistently, and @kabushawarib was able to create a fix for it, in GTK itself: https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/9913. Wow 😲

I was not experiencing the bug myself, but I'm so happy that it's fixed for the affected @gnome users! 😌

#GNOME #GNOMEFiles #Nautilus #GTK

Random crashes when navigating fast through directories on some computers (#4035) · Issues · GNOME / Files · GitLab

Affected Version Version: 49.1 Distribution: Fedora Workstation 43 Also happens with...

GitLab

I am happy to inform you that GNOME Files now properly supports the Dullahan's workflow. With this commit, any dúlachán can now properly peek around, without crashing due to incorrect head removal: https://gitlab.gnome.org/GNOME/nautilus/-/commit/cd1b54d03

#IrishFolklore #Nautilus #GNOMEFiles

Made two small keyboard shortcuts enhancement merge requests today, in Epiphany and Nautilus:

* For Epiphany's tabs overview toggle: https://gitlab.gnome.org/GNOME/epiphany/-/merge_requests/2066

* For Nautilus' global search: https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/1988

Those merge requests could also be nicknamed, "Tell me you're a Dvorak typist without telling me you're a Dvorak typist." 

#accessibility #a11y #GNOMEWeb #GNOMEFiles #Epiphany #Nautilus #Dvorak #GNOME #UX

Allow F8 keyboard shortcut to toggle tabs overview (!2066) · Merge requests · GNOME / Epiphany · GitLab

This makes it easier to quickly show/hide the overview with one hand, if the user has a keyboard with the F keys row. Particularly, this key...

GitLab

In GNOME 50, the Nautilus hovercraft will no longer be full of eel, thanks to @kabushawarib nuking the last specimens of that living fossil: https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/1975

Nautilus developers are here to kick ass and chew bubblegum, and they're all out of gum 😤

#GNOMEFiles #GNOME #MontyPython #Nautilus #refactoring

Nautilus 50 will now trim down its memory usage when you close tabs, keeping things neat and tidy!

In this era of rising RAM prices, this should be quite comforting 

Also, if there were to be a memory leak in the future, abnormal behaviour would be easier to notice in day-to-day usage.

Thank you @tytan652 for contributing the merge request for https://gitlab.gnome.org/GNOME/nautilus/-/issues/3850 and seeing it through completion.

#GNOMEFiles #GNOME #performance #Nautilus

One thing I often hear GNOME critics complaining about, usually with Nautilus' busy headerbar area as the primary example, is that its client-side window decorations don't leave many empty spaces for dragging the window around.

What most critics don't realize is that the entire window headerbar area remains draggable. You can drag any of those toolbar widgets to move the whole window around with it, as if those widgets weren't even there. The right-click menu works, too.

#GNOME #GNOMEFiles #UX

Tried debugging @decathorpe's Nautilus crasher heisenbug, ended up finding a completely different (and pretty rare) crasher on the development version while going Hokuto-no-ken on it, and I hope some of you #GNOME hackers are good at reading backtraces and gdb output because this is ancient greek to me 

https://gitlab.gnome.org/GNOME/nautilus/-/issues/3855

#GNOMEFiles #debugging #programming

Making sure you're not a bot!

@QuadRadical I'll happily let it take 100 MB out of 24 GB at this point, as long as it's not 1 GB 

Moving on to the next suspect, instead: #GNOMEFiles eating 1.4 GB of my RAM with just a handful of tabs open, and not freeing that memory when I close tabs/windows… https://gitlab.gnome.org/GNOME/nautilus/-/issues/3850

High RAM usage: memory gets freed but not trimmed when closing tabs (#3850) · Issues · GNOME / Files · GitLab

Affected Version Version: 48.1 (this also affected previous stable versions) Distribution: Fedora 42 Also happens with development...

GitLab

I'd want Nautilus (and thus the #GNOME file picker UI) to stop trying to search multiple times per second while I am not nearly done typing the search query, as I consider that to be extremely wasteful, conceptually. Pounding the CPU+GPU "faster than I can think & type" is counterproductive.
If you don't "feel the jank" like I do, then think about the wasted energy (especially on battery power):
https://gitlab.gnome.org/GNOME/nautilus/-/issues/3452#note_2382115

#performance #EnergyEfficiency #PowerManagement #LinuxMobile #GNOMEFiles

Slow searching with micro-hangs when typing quickly with many search results (#3452) · Issues · GNOME / Files · GitLab

TLDR: although it has improved in 44-46, and with the fix for

GitLab
Found a file modification timestamp UTC offset problem in #GVFS affecting #GNOMEFiles, in case there are any #FTP experts around: https://gitlab.gnome.org/GNOME/gvfs/-/issues/789
Remote FTP file's modification timestamp is presumed to be UTC time, and is offset in Nautilus (#789) · Issues · GNOME / gvfs · GitLab

Testing with Nautilus 47.1 from Fedora 41: Connect to a FTP server using Nautilus (ex: using Material Files...

GitLab