@Tony
I manually remove those folders. After auto updating i got same error
Hi @kzh55,
Hmm… okay. Try removing those folders again and, without starting odrive again, installing the latest version from here: https://www.odrive.com/downloaddesktop?platform=win
Once odrive comes up, can you send a diagnostic from the odrive tray menu? I just want to take a look at a couple of things.
Hi @kzh55,
This is definitely odd. What if you run this command from a command prompt:
powershell -command "&{$bin=$(ls \"$HOME\.odrive\bin\" | sort Name -desc | select -f 1).FullName; Start-Process \"$($bin)\odriveapp.exe\";}"
The odrive.exe app actually ends up launching odriveapp.exe in the C:\Users\[your user name here]\.odrive\bin\[latest version]\
folder. The above command will run it directly. Maybe the odriveapp.exe app is erroring out in some way?
When you try to launch it directly, what happens?
Can you also send me the log file so I can take a look at it?
Here is error: log
Looks like odrive doesn’t understand cyrillic symbols. It strange, because previous versions works like a charm.
Thanks @kzh55,
We’ll need to dig into this.
I am having a new version built based on the previous version that was working for you. That will hopefully get you back up and running until we figure out why this broke in this release.
Can you also post the username here so we can make sure we are testing with the same characters?
Hi @kzh55,
Sorry, I didn’t see your message before I signed-off.
I’m still working through this, but can you try this one-line script from a standard cmd prompt in the meantime?
powershell -command "&{$bin=$(ls \"$HOME\.odrive\bin\" | sort Name -desc | select -f 1).FullName; Start-Process \"$((New-Object -ComObject Scripting.FileSystemObject).GetFolder($bin).ShortPath)\odriveapp.exe\";}"
This attempts to use the “shortpath” to bypass any non-standard character issues.
Another way to do this is to perform the following steps (also from a standard cmd prompt):
- perform a
dir /x
on yourC:\Users
folder to get the “shortpath” of your profile directory - Use that “shortpath” version to run the odriveapp.exe command
For example, on my system running dir /x
will show a shortpath for my user’s profile directory as 5A62~1
. I then run C:\Users\5A62~1\.odrive\bin\6769\odriveapp.exe
I have the same problem.
Tried the powershell command
powershell -command “&{$bin=$(ls “$HOME.odrive\bin” | sort Name -desc | select -f 1).FullName; Start-Process “$((New-Object -ComObject Scripting.FileSystemObject).GetFolder($bin).ShortPath)\odriveapp.exe”;}”
it didn’t work.
With the C:\Users\5A62~1.odrive\bin\6769\odriveapp.exe odrive started working. When I closed the command prompt it stopped responding.
Sadly I have e special character, à, in my path.
Hi @crocella.marco,
Thanks for the feedback. You would need to leave the command prompt open for now, until we can get a proper fix out.
I may have a build to test here soon.
@Tony
With short path it works. Running without any errors. Temporary solution - run it from autorun with shortpath.
But only with 6771 build.
Hi @kzh55 and @crocella.marco,
Can you give this build a shot, when you get a chance, and let me know the result? https://www.odrive.com/s/2104cc44-ff53-4d69-b628-25e5bc1c4b92-5facf4a3
I can confirm it works too.
Thank you for the great work!
This worked for me too. odrive failed to start but this build is working normally now it seems.
This fix was officially released today: