[dolphin] [Bug 475805] Files with ending .bak are treated as if they were hidden.

Steve Vialle bugzilla_noreply at kde.org
Tue Nov 28 06:08:49 GMT 2023


https://bugs.kde.org/show_bug.cgi?id=475805

--- Comment #6 from Steve Vialle <steve_v at runbox.com> ---
(In reply to Felix Ernst from comment #4)
> This change was done to fix a long-standing and much reported bug. Please
> look at https://bugs.kde.org/show_bug.cgi?id=3212
That's not a bug, it's a 20+ year long discussion on how best to implement a
*feature request*, and whether or not it's even a good idea to begin with.
What we have here isn't a fix for something that was broken, it's a departure
from behaviour that has been standard since KDE 1.0, and followed the example
set by such truly obscure file management utilities as 'ls' and the rest of
coreutils.

> It seems a bit like we are in a situation in which different people want
> different and conflicting behaviour.
It's a situation where this was requested 23 years ago, and never implemented
because nobody could agree on what beyond dotfiles, if anything, should be
hidden.
Even after the revival this year, nobody at all suggested x-trash be lumped in
under the existing "show hidden files" functionality, the request was for *user
defined* hidden files. Even Méven's initial proposal to use x-trash mentioned
it having it's own toggle... Which for reasons unexplained, it didn't get.

What exactly is a hidden file now anyway? Traditional *nix dotfiles? Trash
files according to MIME? Backup and temporary files? Anything that doesn't have
a defined MIME type?
Does what is visible in dolphin depend on the phase of the moon, or just what's
considered an "uncluttered view" this week?

If an option to hide backup files is really considered necessary, please either
provide a visible and documented option to disable it (i.e. not notes on
creating random extra mime types buried in an ancient feature request), or move
it to it's own "show/hide x-trash mimetype" toggle.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the kfm-devel mailing list