The Ctrl+Shift+N shortcut in the Content Browser is not working

The Ctrl+Shift+N shortcut in the Content Browser is not working. The first time I press it, it doesn’t work, but after right-clicking and creating a folder, the shortcut becomes effective. In the video, I frequently press Ctrl+Shift+N, but it doesn’t create a folder as expected. Creation only succeeds after right-clicking to create a folder.

Hello [mention removed]​,

I wasn’t able to reproduce this in UE 5.6.1 (launcher).

Could you confirm if it also happens in a blank project and let me know which engine version (5.6.0 or 5.6.1) and build type (launcher/source) you are using?

Also, please share your OS and keyboard language settings so we can check if they are affecting the shortcut.

Best,

Francisco

Hello [mention removed]​,

I’ve tested this issue again in a recent source build from the Main stream (CL 45937871) and can confirm the behavior still persists. I’ve submitted a bug report for the Epic team to review.

In the meantime, as a workaround, please ensure that a folder in the left folder tree of the Content Browser is selected before using the New Folder shortcut.

You will be able to track the status of the bug in the following link: Unreal Engine Issues and Bug Tracker (UE\-331628)

Please note that Epic decides which issues become publicly accessible and the process may take a few days. The tracking link might not work immediately.

I’ll go ahead and close the case now but feel free to reply if you have anything else to add.

Best,

Francisco

Thank you for your attempt. Some issues are not that obvious, and as I dug deeper, I found some patterns. This time, I provided screen recordings from two different projects on two computers, as well as complete logs. The Content Browser windows where the shortcut key fails are random, but this issue is consistently reproducible. You may need to open my preset window layout to try to reproduce it. The steps are:

1. Prepare the project.

2. Please place Layouts.ini in the corresponding local directory and load this layout in UE.

C:\Users\*\AppData\Local\UnrealEngine\5.6\Saved\Config\Layouts

3. After opening the project, you will see 4 Content Browser windows. Without using the right-click, try Ctrl+Shift+N, and you should be able to see the window where the shortcut key fails.

I have tried switching to English UE, English input method, or different projects, blank and non-blank, even on different computers. I think it doesn’t matter. The key point is the issue that exists when there are multiple Content Browsers.

Hello [mention removed]​,

Thank you for the detailed repro project and steps. From my testing, the shortcut does not work when switching between Content Browser tabs unless I left-click inside the content area after switching. Simply selecting the tab is not enough.

Could you confirm if this is the same behavior you are seeing?

Best,

Francisco

Hi, this issue is quite tricky; let’s catch it together!

If the mouse does not click on a blank area, Ctrl+Shift+N does not respond at all. So in my demos, I always clicked. In the latest case, I found that only one of the four Content Browsers does not respond. After I right-clicked and created a folder, it started working normally, and after restarting UE, it also became normal (the problematic project no longer has issues).

Therefore, the project I packaged for you earlier might have already been fixed. I tried creating a new project MyProject2, and all four Content Browsers are broken. To verify the reproducibility of this issue, I only right-clicked and created a folder in Content Browser 2 to fix it. I copied MyProject2 to another computer and found that it still stably reproduces (still, only Content Browser 2 supports Ctrl+Shift+N, while other Content Browsers do not respond). Now, please test this project.

Additionally, there is a screen recording in the folder, 20250827_1900.mp4, to prove that the above situation stably reproduces on another computer.

Hello [mention removed]​,

Thanks for the new project and your notes. I can reproduce the behavior consistently now.

On my side, Ctrl+Shift+N does not trigger until the Content Browser pane has a valid folder focus. In the multi pane layout, switching to another Content Browser tab often does not establish folder focus since the folder tree on the left is not selected. In that state the shortcut does nothing. After a single left click on any folder in the tree, the shortcut starts working in that pane. I can also see the same pattern in your video: the pane where the shortcut works is the only one showing a selected folder in the tree, while the others do not until you right click to create a folder or left click a folder in the tree.

This behavior looks unintended. The active Content Browser tab should expose its current path so the shortcut works right after switching tabs without an extra click.

Please let me know if this matches what you are seeing. It seems a valid workaround is to make sure a folder is selected in the tree.

Best,

Francisco

Your description is completely accurate. Please proceed with fixing this issue so it behaves as intended.

Thank you!

Hi, I found a bug that can be reproduced 100% of the time. Please check if it should be reported together with this issue. If you need me to create a new ticket, let me know.

Reproduction method: Take any asset, such as the currently blank level, and save it as a new file. In the save window, no matter how many times you left-click or interact with the folder tree list on the left, Ctrl+Shift+N does not work. It only works after right-clicking. In the screen recording, I am frequently pressing this shortcut key throughout the process.

Hello [mention removed]​,

Thanks for following up with the additional repro case. While the behavior looks similar, it occurs in a different part of the editor (the Save Asset dialog rather than the Content Browser panes), so it might be better to track it as a separate issue.

Could you please open a new ticket for this case and let me know once it’s created? I’ll then file a corresponding bug report and cross-reference it with the existing one.

Best,

Francisco

[Content removed]