https://bugs.winehq.org/show_bug.cgi?id=51230
--- Comment #9 from Olivier F. R. Dierick o.dierick@piezo-forte.be --- Hello,
I tested per-application virtual desktop with different sizes with wine 6.17 and it works like you described, but with a limitation.
The per-application VD settings are recognized only if the full path is provided.
I tested with: - VD disabled globally; - 800x600 VD for iexplore.exe (from C:\Program Files\Internet Explorer); - 1024x768 VD for winecfg.exe (from C:\Windows\System32); - 1200x900 VD for notepad.exe (from C:\Windows); (I didn't test the other settings) Those settings were set from the winecfg GUI.
Then I launched those, each in a different terminal, from the .\drive_c of the prefix: wine iexplore.exe → doesn't use VD winecfg → doesn't use VD wine notepad → doesn't use VD
So I thought of a possible path matching issue, so I tried: wine C:\Program\ Files\Internet\ Explorer\iexplore.exe → use 800x600 VD wine C:\Windows\System32\winecfg.exe → use 1024x768 VD wine C:\Windows\notepad.exe → use 1200x900 VD
I also tried with unix-style path with identical result.
Then, I cd'ed each terminal in the executable directories and ran: wine iexplore.exe → use 800x600 VD wine winecfg.exe → use 1024x768 VD wine notepad.exe → use 1200x900 VD
So, the path is not required when in the right directory.
Then I tried the shorter commands: wine iexplore → doesn't use VD winecfg → use 1024x768 VD wine notepad → doesn't use VD
So there is a problem when translating the path/name from the command-line to the one that would match the registry key. the winecfg command seems to be treated specially, as it behaves like wine winecfg.exe.
I guess the /desktop option doesn't work for the same reason.
Now I see in the commit diff that the logic that added ".exe" to a filename without '.' in get_image_path() was removed from ntdll/env.c. That may explain why 'wine whatever' doesn't match 'whatever.exe' since that commit.
Regards.