Bug 510611

Summary:	Make the ability to save settings per folder in Dolphin more discoverable / obvious
Product:	[Applications] dolphin	Reporter:	Daniel Duris <kdebugs>
Component:	general	Assignee:	Dolphin Bug Assignee <dolphin-bugs-null>
Status:	CONFIRMED ---
Severity:	wishlist	CC:	dolphin-bugs-null, kdedev
Priority:	NOR
Version First Reported In:	25.08.1
Target Milestone:	---
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	settings

Description Daniel Duris 2025-10-14 18:40:54 UTC

SUMMARY
On setting e.g. Icon view mode, coming back Details mode is always selected in Trash.

STEPS TO REPRODUCE
1. Browse to trash, change to icon view.
2.  Go to another folder, switch back to Trash. 

OBSERVED RESULT
Details view mode is always set.

EXPECTED RESULT
Previously selected View mode is set.

Operating System: KDE neon User Edition
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.18.0
Qt Version: 6.9.2
Kernel Version: 6.14.0-33-generic (64-bit)
Graphics Platform: Wayland

ADDITIONAL INFORMATION

Comment 1 Daniel Duris 2025-10-14 18:41:42 UTC

Maybe related:
https://bugs.kde.org/show_bug.cgi?id=500082

Comment 2 TraceyC 2025-10-16 20:43:07 UTC

I'm not able to reproduce this on Dolphin built from git-master
Can you share a screenshot of your Dolphin settings?
Settings - Configure Dolphin - View

Thanks

Comment 3 Daniel Duris 2025-10-17 08:30:50 UTC

Created attachment 185855 [details]
settings

I think this is the culprit, user has no way to know that this specific UI decision was made by developers - until they open Settings. This is a clear UX principles violation - where user sets certain mode (e.g. Icon view) and the software overried the decision without any explainer. Please, escalate to the UI / UX team of KDE.

Comment 4 TraceyC 2025-10-17 18:44:30 UTC

Thanks for confirming the cause of this. I'll pass this along as a feature request. I agree that without knowing this setting exists, it can be confusing to see a change intended by the user get reverted seemingly out of nowhere.

There may be a way to make this setting more discoverable, or the reason for the UI behavior more obvious.

Comment 5 Daniel Duris 2025-10-18 10:01:56 UTC

(In reply to TraceyC from comment #4)
> Thanks for confirming the cause of this. I'll pass this along as a feature
> request. I agree that without knowing this setting exists, it can be
> confusing to see a change intended by the user get reverted seemingly out of
> nowhere.
> 
> There may be a way to make this setting more discoverable, or the reason for
> the UI behavior more obvious.

I think the most important point is WHY - why have KDE developers decided to make some folders special? And even then - if they are special, they can still behave in commonly configured way. User does not care about underlying reasons, but rather about consistent UI.