Live and recent posts from across the Fediverse tagged #gnomefiles, aggregated by home.social.
In Fedora Silverblue Gnome Files showed all my .epub files with their cover photo as their icon. Now in CachyOS they are all just shown with the generic epub icon. This makes me sad. Anyone have any thoughts on how I can fix this? Thank you!
E: Solved! Thank you @brainwormqueen
Testing Nautilus 51.0, I absolutely love the fact that it finally opens automounted storage in new tabs (instead of countless windows), and can raise its window properly when calling it from another app's "Open Folder" action (no more "Nautilus is ready" focus-stealing prevention notifications from Mutter) and reuse the folder's existing open tab (if any) :blobaww:
Found one last related bug, when GNOME Shell itself tries to "Show in Files": https://gitlab.gnome.org/GNOME/nautilus/-/work_items/4328
What people say is the problem with Gnome Files: No split view, no tree view
What's actually the problem with Gnome Files: No two finger swipe back/forward gesture, no open in new tab with Ctrl + click or new window with Shift + click (and it's actually the opposite with Enter in the sidebar! (in Gnome 50 at least))
https://gitlab.gnome.org/GNOME/nautilus/-/work_items/845
https://gitlab.gnome.org/GNOME/nautilus/-/work_items/1287
https://gitlab.gnome.org/GNOME/nautilus/-/work_items/4022
Alright alright GNOME folks waiting to be convinced about use cases for composited window background blur, hear me out:
slightly transparent very-blurred background styling for Nautilus only when it is spawned as a file chooser dialog portal, so that I can visually tell it apart from regular Nautilus windows that are already open throughout my desktop :blobcatcoffee:
Semi joking, but that could actually be a way to tackle this: https://gitlab.gnome.org/Teams/Design/whiteboards/-/work_items/336
@CafeJunkie @nekohayo I too hate this, and would be interested in knowing how searching instead of jumping to the first file with those characters in the beginning of its name saves a whole 1/3 of the codebase. Also, after seeing so many people complaining vocally about this over so many years, it seems strange that I can't remember seeing this argument before. It's a good argument that should be used more often. #gnome #gnomeFiles
Wishing good luck to #LinuxMint maintainers to weather the incoming storm of user complaints after replacing "type-ahead find" by "filtering-as-you-type search" in the upcoming Nemo release: https://github.com/linuxmint/nemo/commit/11df68ccb3ca1
We've done that 14 years ago in #GNOME in Nautilus and we still see complaints about it to this day, along with "There's no split view anymore!" Folks don't realize #GNOMEFiles devs being able to eliminate ⅓ of the codebase makes it actually maintainable & optimizable :blobsweats:
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! 😌
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
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." :blobpats:
#accessibility #a11y #GNOMEWeb #GNOMEFiles #Epiphany #Nautilus #Dvorak #GNOME #UX
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 😤
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 :blobcatcoffee:
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.
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.
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 :blobsweats:
@QuadRadical I'll happily let it take 100 MB out of 24 GB at this point, as long as it's not 1 GB :blobpats:
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
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
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
In #GNOMEFiles performance investigation news, someone's networked collection of 13,000 waifus just proved my point (from issue 3374) about file attributes fetching being incredibly expensive not just for hard drive disks :blobpeek:
Thank you, hardcore #manga fans 😅
https://gitlab.gnome.org/GNOME/nautilus/-/issues/3721#note_2367091
After many more hours of testing and investigation on Saturday night, then three more hours last night to analyze and summarize that discussion's insights, here are my latest findings on the @gnome file manager's "slow cold-loading of the view's contents for folders with many files" performance issue :blobsweats:
https://gitlab.gnome.org/GNOME/nautilus/-/issues/3374#note_2353755
I has the potential to be as fast as Thunar.
I bet it would speed up all views, even search.
#Nautilus #GNOMEFiles #Sysprof #performance #GNOME #Linux #Thunar
Since I'm an evil evil #GNOME #UX designer sometimes, and I spent the whole week-end hearing unfounded complaints about how File Roller supposedly removed features (it didn't), I'm taking the opportunity to suggest actually removing two buttons from File Roller's toolbar… by using a breadcrumbs pathbar like Nautilus :blobcatcoffee:
The rabbithole investigation of Nautilus' very slow cold-disk-cache folders loading performance continued this week end.
Latest findings here: https://gitlab.gnome.org/GNOME/nautilus/-/issues/3374#note_2345406
#GNOMEFiles #Nautilus #GNOME #performance #Sysprof #benchmarking #filesystems
#GNOMEFiles seems to have a little bug with sorted insertion of new tabs from the tab that was originally a single window. It took me way too long to figure out the exact pattern for this mandelbug, I thought I was imagining things, or that it was specific to a particular folder: https://gitlab.gnome.org/GNOME/nautilus/-/issues/3749
Today @kabushawarib landed a sixteen-hits performance enhancements combo in Nautilus / #GNOMEFiles "nightly"! These should help various parts of the app feel a bit faster in #GNOME 48. The improvements are listed here: https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/1626#note_2330546
Oh, it turns out I was not imagining things, #GNOMEFiles actually does randomly miscalculate icon sizes and show blurry vs sharp file type icons in its listview. Sorry #GNOME friends, you cannot un-see this now that it has been revealed:
While watching #Nautilus developers discuss what can fit within the alpha merge window for #GNOMEFiles 47 alpha, I heard @antoniof say that he will "Be back in a few hours with [new] code". Presumably related to the new File Chooser portal UI implementation replacing the #GTK FileChooser widget in #GNOME.
The fool… 🧐
Part four of the file chooser implementation was merged!
#GNOME #GTK #Nautilus #FOSS #OpenSource #GNOMEFiles #libadwaita
Part three of the file chooser implementation was merged!
#GNOME #GTK #Nautilus #FOSS #GTK4 #OpenSource #GNOMEFiles #libadwaita
In which I wish for the holy grail of perceived performance trickery in Sushi, the #GNOME file contents previewer that shows up when you hit spacebar on a file in any directory view in #GNOMEFiles: https://gitlab.gnome.org/GNOME/sushi/-/issues/127
And now the second part of the file chooser implementation was merged :)
#GNOME #GTK #Nautilus #FOSS #OpenSource #GNOMEFiles #libadwaita
I can't believe I had never "consciously" noticed this #Nautilus performance issue that I've been encountering and subconsciously feeling every day on my #GNOME desktop, but I think there is a great potential optimization possible in #GNOMEFiles by avoiding reloads on new tab creation. I opened a ticket to investigate this observation: https://gitlab.gnome.org/GNOME/nautilus/-/issues/3473
I love how @antoniof names his #GNOMEFiles merge requests like episodes of a #GNOME #opensource epic saga coming soon to your nearest streaming service 👌