https://bugs.kde.org/show_bug.cgi?id=526979
Méven <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.kde.org/show_b | |ug.cgi?id=501442 --- Comment #8 from Méven <[email protected]> --- (In reply to kiskadee from comment #7) > Well, the good news is that the problem seems to have fixed itself somehow - > the view settings are persisting now. I'm really not sure what could have > been the reason it suddenly started working - maybe something got cleaned up > during a system restart that was causing the problem. > > Anyway, in case there's still something relevant here: > > grep -E '^(Version|ViewPropsTimestamp)=' ~/.config/dolphinrc; date > > Version=202 > > ViewPropsTimestamp=2026,4,28,18,26,17.158 > > Mon 19 Oct 11:59:05 -03 2026 > > echo "TZ=$TZ"; ls -l /etc/localtime > > TZ=America/Sao_Paulo > > lrwxrwxrwx 1 root root 37 Apr 16 2026 /etc/localtime -> > > /usr/share/zoneinfo/America/Sao_Paulo > > ls -la ~/Downloads/.directory > > ls: cannot access '/home/username/Downloads/.directory': No such file or > > directory > > (I don't think it was ever using .directory for the metadata, I think it was > always using extended attributes.) Thanks, that rules out what I was checking. This is most likely bug 501442: with Dolphin 26.08.1 and older, when the view settings chosen for Downloads are the same as for your other folders, Dolphin does not store them, and Downloads goes back to its own default (sorted by date, grouped, no folders first) on the next visit. As soon as one setting differs from your other folders, they are kept, which is probably why it works now. The Flatpak keeps its own settings, which is why it behaved differently. The fix is in Dolphin 26.08.2. Could you confirm with dolphin --version? So can mark this as a duplicate of bug 501442. -- You are receiving this mail because: You are watching all bug changes.
