Winetricks: The bug isn't resolved

[greencopper]

Why in the world did you close the bug when the issue stil persists!?

https://github.com/Winetricks/winetricks/issues/163

The bug isn't resolved and it has never been resolved. I every case the so-called solution has been a "hack" completely ignoring the bug as with "delete your wine installation".

At least keep the bug report open otherwise nobody can take this project serious!

[austin987]

Being confrontational isn't going to gain you any favor.

I can't reproduce, and you haven't given instructions to do so. You've instead given hacks.

If you think you know better, fork the project or provide a PR.

[Kreyren]

@greencopper Please try to stay open-minded from quicks search i've just found "Please remove winetricks completely!", etc..

If the issue is hard to understand try making a markdown document to make it easier to understand if you are unable to make a Merge Request.

[austin987]

FWIW, a markdown document isn't required; a simple list of commands that reproduce the issue would be fine.

But at least for me, I can only reproduce when ctrl+c'ing a prefix creation, which wineboot -i / -u solves.

Regardless, without a way to reproduce this is a WONTFIX. However, your 'solution' of removing registry files/etc. from a prefix is an awful idea; while it may work for some apps, it will break many more, and I'd highly advise against it.

I'll give you some time to give instructions to reproduce, but will eventually close is as abandoned if you don't.

[jkhsjdhjs]

I also came across this issue today with a win32 prefix (wine-4.0 (Staging)). I never ctrl+c'ed the prefix creation and wineboot didn't exit with an error code.

But winetricks failed with

wine cmd.exe /c echo '%ProgramFiles%' returned unexpanded string '%ProgramFiles%' ... this can be caused by a corrupt wineprefix, by an old wine, or by not owning /mnt/nvme-data/wine-prefixes/test

every time.

I then noticed that wine cmd.exe /c echo '%ProgramFiles%' returns %ProgramFiles%, so it really didn't expand the string. Removing the wineprefix and running wineboot again resulted in the same error. Then I found this issue here and read about wineboot -u, which then fixed it! Thanks for the info!

[Kreyren]

I would suggest invoking winetricks --self-update as root, sent output and try to reproduce -> eliminate some problems with outdated winetricks.

Try invoking WINEPREFIX="/home/$USER/.wine-test winetricks dxvk (assuming that .wine-test is not present on the system or create unique wineprefix) to eliminate problem with used wineprefix -> if passes your used wineprefix is likely corrupted somehow(?)

• If passes provide more info about used wineprefix -> maybe new wine is unable to convert old wineprefix into a new one correctly (winebug?) ? Try using previous wine with used wineprefix?
• remove /home/$USER/.wine-test after since it's not needed (assuming that it was just created and not used by the user for something).

Sent output of ls -la /mnt/nvme-data/wine-prefixes/test

Sent output of wine --version

Sent full output of err that you've encounter.

---

What is the expected output of wine cmd.exe /c echo '%ProgramFiles%' ? Seems that %ProgramFiles% is not defined on the system? -> winebug?

[austin987]

Thanks @jkhsjdhjs @Kreyren for confirming wineboot -u works, I added that to the message:

https://github.com/Winetricks/winetricks/commit/aaca4ae161380c4d6eaa1f32140e906181329a84