winget-cli
winget-cli copied to clipboard
Broken symlinks created for non-latin character usernames
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
PS C:\> ls $env:LOCALAPPDATA\Microsoft\Winget\Links
Directory: C:\Users\Роман\AppData\Local\Microsoft\WinGet\Links
Mode LastWriteTime Length Name
---- ------------- ------ ----
la--- 06.06.2023 13:08 0 rclone.exe -> C:\Users\Роман\AppData\Local\Microsoft\WinGet\Pack
ages\Rclone.Rclone_Microsoft.Winget.Source_8wekyb3d8bbwe\rclone-v1.62
.2-windows-amd64\rclone.exe
Environment
Windows Package Manager v1.4.11071
Copyright (c) Microsoft Corporation. All rights reserved.
Windows: Windows.Desktop v10.0.19045.2965
System Architecture: X64
Package: Microsoft.DesktopAppInstaller v1.19.11071.0
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 ^^