Bug 515583 - Ctrl+Shift+N creates directory in a wrong place (subdir of the selected dir)
Summary: Ctrl+Shift+N creates directory in a wrong place (subdir of the selected dir)
Status: REPORTED
Alias: None
Product: dolphin
Classification: Applications
Component: general (other bugs)
Version First Reported In: 25.12.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-02-05 23:42 UTC by redford
Modified: 2026-02-05 23:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description redford 2026-02-05 23:42:05 UTC 
SUMMARY

The newly created directory by Ctrl+Shift+N is placed inside the currently selected directory instead of the currently shown one.

STEPS TO REPRODUCE
1. mkdir test && cd test && mkdir aaa && dolphin .
2. select "aaa" directory by clicking with LMB on it once
3. Ctrl+Shift+N -> "subdir"

OBSERVED RESULT

It seems that nothing has happened. But it you enter "aaa", you can see that "subdir" was actually created, but inside "aaa" instead of the current dir.

EXPECTED RESULT

"subdir" should have been created in the currently displayed directory, not under "aaa".

SOFTWARE/OS VERSIONS

Operating System: Arch Linux 
KDE Plasma Version: 6.5.5
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.1
Kernel Version: 6.18.7-arch1-1 (64-bit)
Graphics Platform: X11

ADDITIONAL INFORMATION

Note that this is also different from how RMB->Create New->Folder... works, the context menu option seems to handle this case correctly.
Current Ctrl+Shift+N behavior also diverges from other popular GUI file explorers, like Windows Explorer and Nautilus.