Bug: Window doesn't receive focus when started via win+e

[nwalkewicz]

Description

Keyboard shortcuts don't work unless the user focuses on certain parts of the UI. So far, I've found that the sidebar and main content panel (where the actual files and folders are listed) do accept keyboard shortcuts, but nowhere else does to my knowledge. This can cause unexpected behavior when users can only sometimes use shortcuts, depending on which section of the UI happened to be clicked/focused on last.

Specifically the issue I have is that I can't use Ctrl+L as soon as I opened Files to focus on the address bar.

Alternatively, if this is expected behavior and it's not desirable to allow keyboard shortcuts under all circumstances (such as while typing in the address bar or search bar), another solution could be to automatically put focus on the main content panel on startup so these shortcuts work immediately.

Steps To Reproduce

1. Open Files.
2. Without clicking anywhere, attempt to execute a keyboard shortcut. For this example, let's say Ctrl+L.
3. Nothing happens.

Files Version

3.8.0.0

Windows Version

Win11Pro 23H2 22635.4800

User ID

098f73da-2b32-488b-99e1-f9b3f5b80dfd

Log File

debug.log

[Josh65-2201]

Thanks for the report, can you see if this is an issue in the preview version. https://files.community/download
If it is, how are you opening Files? Keyboard shortcuts only work if the window is focused.

[nwalkewicz]

It seems to only be an issue when opening with Win+E (after having Advanced > "Set Files as the default file manager" turned on). The same behavior occurs in stable and preview.

[Josh65-2201]

Is the Files window focused when you open it? I can't reproduce this.

[nwalkewicz]

I assume it is focused based on the styling of the taskbar, but I've had issues in the past with Windows Terminal not receiving input when opening, even though the taskbar appeared as though it was focused, so it's possible my OS is messed up in some way. I'll attach a video within 24 hours with a demonstration.

[nwalkewicz]

Files.Bug.Report.mp4

So much for 24 hours... :/

When I first submitted this bug report, opening Files from the Start Menu caused this bug to occur. When asked to clarify when it occurred, I checked again and paid more attention. That second time, the only way to cause the issue was with Win+E. However, while recording the issue, it now happens again with both of these methods. Keep in mind I am using ExplorerPatcher to revert my Start Menu to the Windows 10 version while being on Windows 11, so the Start Menu method may not be an issue for average users.

I demonstrate here that, although Files is considered focused by Windows (see taskbar icon), no keyboard shortcuts pass through to some part of the application. I say "some part" because the application does receive Alt+F4 and handle it appropriately. For this reason, I don't believe "Window doesn't receive focus" is completely accurate, as it seems the window itself receives focus, but perhaps not the content.

[lakani]

i'm also able to reproduce it , after pressing Ctrl+L the address bar get the focuse and after enter the focus switched to the NEW Button

[Josh65-2201]

@lakani Thats not what this issue is, this is about when opening Files. If you want something else to focus after entering a path please make a new issue using feature request template