You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In 2.5.20.0 launching Files (when no instance is currently open) with command line arguments specifying the folder to open causes the app to get stuck on the loading screen. This used to work in the previous update, and still works if Files is already open, it is only it is opened for the first time this way.
All following are using Powershell, interestingly CMD causes Files to crash entirely everytime which is another thing to investigate. Launching via the 'Run' dialog (Win + R) has the same results as PowerShell, as does the WSL.
Launching using no arguments works fine
However launching with arguments causes it to get stuck on the loading screen.
Launching with Powershell's "Start-Process" also causes this.
If Files is already open it works perfectly, opening a new tab at the specified directory, which is how it should work if it isnt open yet too.
This has been a big problem for me as I heavily use AutoHotkey keybinds to control my PC, as shown below I had setup and frequently used keybinds which let me instantly launch files at some frequently used directories, as shown below. This was working in the previous update but this new update has broken them (unless I already have Files open)
I assume there arent any other ways to launch from command line? I looked in ProcessExplorer at the strings of Files and couldn't see anything obvious.
P.S. Would be amazing to get some command line arguments for Files. Stuff like: open in new tab, open in new window, add/remove Tag etc would be amazing to have as it would allow for integration into other systems such as automatically apply designated tags to files created by a program.
Steps To Reproduce
Close all instances of Files
From a Powershell/WSL terminal, or via the Run dialog run 'files.exe C:' (error happens when using the .exe extension and without, and with any path so you can use something else if you want)
You will observe that Files stays stuck on the loading screen
Also:
Close all instances of files
Using CMD, run the command "files" or "files.exe" (The crash happens both with and without an argument applied)
You will see that files flashes up and then crashes
Requirements
Fix bug causing Files to get stuck on the loading screen when it is launched with command line arguments when no other instances are already open.
Fix immediate crash when launching Files from a command prompt window when no other instances are open
deathrjj
changed the title
Launching first instance of Files with command line arguments doesn't work anymore
Bug: Launching first instance of Files with command line arguments doesn't work anymore
Jul 21, 2023
deathrjj
changed the title
Bug: Launching first instance of Files with command line arguments doesn't work anymore
Bug: Launching first instance of Files with arguments doesn't work anymore
Jul 21, 2023
Thank you for reporting. #13013 will fix launching from Powershell/WSL and CMD with "files.exe". But launching from CMD with "files" is still not fixed.
Description
In 2.5.20.0 launching Files (when no instance is currently open) with command line arguments specifying the folder to open causes the app to get stuck on the loading screen. This used to work in the previous update, and still works if Files is already open, it is only it is opened for the first time this way.
All following are using Powershell, interestingly CMD causes Files to crash entirely everytime which is another thing to investigate. Launching via the 'Run' dialog (Win + R) has the same results as PowerShell, as does the WSL.
This has been a big problem for me as I heavily use AutoHotkey keybinds to control my PC, as shown below I had setup and frequently used keybinds which let me instantly launch files at some frequently used directories, as shown below. This was working in the previous update but this new update has broken them (unless I already have Files open)
I assume there arent any other ways to launch from command line? I looked in ProcessExplorer at the strings of Files and couldn't see anything obvious.
P.S. Would be amazing to get some command line arguments for Files. Stuff like: open in new tab, open in new window, add/remove Tag etc would be amazing to have as it would allow for integration into other systems such as automatically apply designated tags to files created by a program.
Steps To Reproduce
Also:
Requirements
Files Version
2.5.20.0
Windows Version
10.0.19045.3208
Log File
debug.log
The text was updated successfully, but these errors were encountered: