Closed romme closed 1 month ago
any update on this? I have the same for German Umlaute and french chars like "é"
If I delete the old broken symlinks and create them on my own with Link Shell Extension they work and I can launch the cli apps fine.
Any updates on this @denelon . Having to recreate the symlinks always on my own annoys me a lot.
Any news on that ????
I still create all symlinks manually after update with Link Shell Extension. It is annoying, but works.
Yeah well I used the env var tool from powertoys to edit it pretty easily ... but .. it's still pretty annoying ... especially when you forget about it (cause hey 2024 ... and we still have problem with pretty basic alphabet !) and then spend 1/2h figuring out why the tool you just installed doesn't work ...
By the way my problem is not in the Link directory but in the path env variable linking to : C:\Users\USER_WITH_é\AppData\Local\Microsoft\WinGet\Packages\PACKAGE_ID
But ... it was still flagged as dupplicate and closed so ... I elaborate here ^^
Yes, same for me with é
in André
so my user path is C:\Users\André\AppData\Local\Microsoft\WinGet\Packages
Hi, Florian Krüger here... problem obvious ^^
Brief description of your issue
Users with unicode characters in their usename can't use symlinks that Winget creates to launch installed apps because the username portion of the symlink is garbled.
Steps to reproduce
Have a non English username:
$env:USERPROFILE -match '\\[a-z]+$'
should return False. Install an app:winget install rclone.rclone
Expected behavior
A working symlink.
Actual behavior
Environment