Open ElinLiu0 opened 3 months ago
Thanks for the report,
Thanks for the report, can you please upload (Do not copy and paste content) the debug.log file directly to GitHub (email attachments don't work) . You can get it in Files settings > About > Open log folder.
debug.log Here it is mate,the original log.Hope you guys can fix that :)
Log has nothing to indicate a crash occurred.
Windows logs
> Application
> sort by Source
> .NET Runtime
in Event Viewer?files.exe
from command promptLog has nothing to indicate a crash occurred.
- Could you try to find Files app from
Windows logs
>Application
> sort bySource
>.NET Runtime
in Event Viewer?- Check if you can call Files via
files.exe
from command prompt
Sorry i don't understand.Where can i find Windows logs for you?
It's in event viewer you can open that from the start menu search
It's in event viewer you can open that from the start menu search
Only one error i can found here.
The time this exception occurred is the same when you launched the app via the alias ‘files.exe’?
It's in event viewer you can open that from the start menu search
Also there is a lot of warnning here: Is it matter with this issue?
The time this exception occurred is the same when you launched the app via the alias ‘files.exe’?
Sure.
The time this exception occurred is the same when you launched the app via the alias ‘files.exe’?
Please also try preview version https://files.community/download
Is it matter with this issue?
No.
The issue can be triggered as follows in Powershell:
PS C:\Users> cd \\wsl.localhost\Arch\
PS Microsoft.PowerShell.Core\FileSystem::\\wsl.localhost\Arch> files.exe .
Arch is the name of any WSL distribution.
So the issue is related to the startup directory being a WSL directory.
Files stuck at Files.App\Helpers\Application\AppLifecycleHelper.cs:140
, in ConfigureHost
.
The issue can be triggered as follows in Powershell:
PS C:\Users> cd \\wsl.localhost\Arch\ PS Microsoft.PowerShell.Core\FileSystem::\\wsl.localhost\Arch> files.exe .
Arch is the name of any WSL distribution.
So the issue is related to the working directory being a WSL directory. 那这个事情就很邪门了,它能加载WSL的虚拟机文件树,但是不能在WSL中调用?😂
@Qin-shihuang can you navigate to the location in question if you open Files first?
@yaira2 Yes, in that case Files works well
Thank you for checking
The issue can be triggered as follows in Powershell:
PS C:\Users> cd \\wsl.localhost\Arch\ PS Microsoft.PowerShell.Core\FileSystem::\\wsl.localhost\Arch> files.exe .
Arch is the name of any WSL distribution.
So the issue is related to the startup directory being a WSL directory.
Files stuck at
Files.App\Helpers\Application\AppLifecycleHelper.cs:140
, inConfigureHost
.
@Qin-shihuang do you know if there is a specific service causing the issue?
do you know if there is a specific service causing the issue?
I'm not sure.
Description
I want to call the
files.exe
binary directly from my WSL Ubuntu vm,it can call but will be crash. Instead of usingfiles.exe
in WSL Ubuntu vm,usingexplorer.exe
just wokring fine as expect. Just like below:https://github.com/files-community/Files/assets/75596885/fe2bd0aa-3931-4568-b466-a71ecc2e0d4e
Steps To Reproduce
1.Install a WSL Distro on your machine 2.Call
files.exe
directly in WSL DistroRequirements
Files will be start with a called wsl path.
Files Version
3.5.0.0
Windows Version
10.0.22631.3810
Log File
N/A