http://bugs.winehq.org/show_bug.cgi?id=58661
Bug ID: 58661 Summary: Visual apps, specifically with .NET won't work correctly Product: Wine Version: 10.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: vicentetavareslima@gmail.com Distribution: ---
Created attachment 79240 --> http://bugs.winehq.org/attachment.cgi?id=79240 video of the problem
If I try to run a gui app in wine it completely breaks, black squares and the window gets cloned sometimes
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #1 from Starman vicentetavareslima@gmail.com --- I uploaded the wrong file lol
http://bugs.winehq.org/show_bug.cgi?id=58661
Starman vicentetavareslima@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #79240|video of the problem |ignore this wrong file description| | Attachment #79240|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #2 from Starman vicentetavareslima@gmail.com --- Created attachment 79241 --> http://bugs.winehq.org/attachment.cgi?id=79241 video of the problem
http://bugs.winehq.org/show_bug.cgi?id=58661
Stian Low wineryyyyy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wineryyyyy@gmail.com
--- Comment #3 from Stian Low wineryyyyy@gmail.com --- Created attachment 79265 --> http://bugs.winehq.org/attachment.cgi?id=79265 Backtrace when closing discord
Confirming for 10.13 commit d74d97cbf87 using shared wow64.
Are there other "visual apps, specifically with .NET" that won't work correctly for you or just this one?
To reproduce: 1. Download and extract latest release of No Man's Sky save game editor: https://github.com/zencq/NomNom/releases 2. Fulfill missing dotnet8 components: winetricks dotnet8 dotnetdesktop8
Step 2 allows the NomNom.exe to run without the DOTNET_ROOT env explicitly used in the video.
Could not reproduce window cloning bug but the black squares appear where menus are supposed to be rendered.
Attached is a backtrace that happens when closing the child window that opens when clicking the discord icon at the lower right corner of the screen.
The backtrace logs opengl and presentationframework. Hovering over the blacked out open menus causes some flashing as if the screen is refreshing in bugged manner. These graphical glitches may suggest rendering issues.
Not sure if this actually caused by .NET. If you have other apps that behave this way that are specifically .NET desktop please specify them. Otherwise .NET may just be a red herring.
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #4 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #3)
Could not reproduce window cloning bug but the black squares appear where menus are supposed to be rendered.
Partially reproduced the window cloning using GE-Proton-10-15.
The menus also turn from black boxes to their normal rendering when hovering the mouse over the items.
The window cloning may be related to emulate virtual desktop like features which GE-Proton-10-15 seems to run by default.
The cloned window contained no title bar and was unresponsive. The original window remained functional but was always behind the cloned window so z order broke.
Using winecfg -> Graphics -> Emulate a virtual desktop for vanilla wine 10.13 produced similar behavior but the discord button now crashes immediately upon open rather than on close. The menus also behaved similarly by changing from black to rendering correctly as the mouse is hovered over the items.
Same behavior all the way back to GE-Proton-9-5 (wine-9.5).
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #5 from Starman vicentetavareslima@gmail.com --- Yes, ILSpy also does this
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #6 from Starman vicentetavareslima@gmail.com --- for some reason wine for me requires DOTNET_ROOT to be defined, probably because I installed it on my machine
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #7 from Starman vicentetavareslima@gmail.com --- I think I was using deefault wine but I might have used proton, not sure, also I'm using Fedora Workstation so I'm using wayland
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #8 from Stian Low wineryyyyy@gmail.com --- (In reply to Starman from comment #7)
I think I was using deefault wine but I might have used proton, not sure, also I'm using Fedora Workstation so I'm using wayland
Unless you are deliberately trying to use proton like me then you can safely assume you are using default wine.
GE-Proton is what I use to help determine severity of bugs. It's built with different patches and dependencies so if broken behavior exists for it then it often suggests to me something is more severely broken with wine vs less severe issues like dependencies etc. It's not a perfect comparison against vanilla but saves me a lot of time troubleshooting bugs.
(In reply to Starman from comment #6)
for some reason wine for me requires DOTNET_ROOT to be defined, probably because I installed it on my machine
If you didn't install it via winetricks like I did then it may indeed be why DOTNET_ROOT is required.
winetricks installs an earlier version of dotnet8 than manually downloading but it doesn't seem to matter for these bugs.
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #9 from Stian Low wineryyyyy@gmail.com --- (In reply to Starman from comment #5)
Yes, ILSpy also does this
Does ILSpy launch for you?
It crashes at launch for multiple wine releases including for latest build (commit e6df334f178) for me
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #10 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #9)
(In reply to Starman from comment #5)
Yes, ILSpy also does this
Does ILSpy launch for you?
It crashes at launch for multiple wine releases including for latest build (commit e6df334f178) for me
It may only be crashing for my setup: 01f4:err:module:find_forwarded_export module not found for forward 'icuuc68.u_charsToUChars_68' used by L"C:\windows\system32\icu.dll"
Seems this issue may need to be resolved for ILSpy to launch for my machine: https://forum.winehq.org/viewtopic.php?t=39819
If you are of any other .NET apps similarly broken please post them here.
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #11 from Starman vicentetavareslima@gmail.com --- I just coppied icu and icuuc from official sources
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #12 from Starman vicentetavareslima@gmail.com --- wait no it was a github repo specifically made because wine lacks icu
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #13 from Stian Low wineryyyyy@gmail.com --- (In reply to Starman from comment #12)
wait no it was a github repo specifically made because wine lacks icu
icu indeed is lacking for wine and this bug suggests adding it: https://bugs.winehq.org/show_bug.cgi?id=53354
I thought winetricks would at least provide it but haven't found it yet.
Manually fixing for now.
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #14 from Stian Low wineryyyyy@gmail.com --- (In reply to Stian Low from comment #13)
(In reply to Starman from comment #12)
wait no it was a github repo specifically made because wine lacks icu
icu indeed is lacking for wine and this bug suggests adding it: https://bugs.winehq.org/show_bug.cgi?id=53354
I thought winetricks would at least provide it but haven't found it yet.
Manually fixing for now.
icu.dll provided by: https://bugs.winehq.org/show_bug.cgi?id=53354#c6
ILSpy launches now but immediately crashes.
Maybe other dependencies are missing.
ILSpy may be better handled after NomNom.exe because it's so problematic to get running vs NomNom.exe which reproduces the bug with minimal effort via winetricks.
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #15 from Starman vicentetavareslima@gmail.com --- (In reply to Stian Low from comment #14)
(In reply to Stian Low from comment #13)
(In reply to Starman from comment #12)
wait no it was a github repo specifically made because wine lacks icu
icu indeed is lacking for wine and this bug suggests adding it: https://bugs.winehq.org/show_bug.cgi?id=53354
I thought winetricks would at least provide it but haven't found it yet.
Manually fixing for now.
icu.dll provided by: https://bugs.winehq.org/show_bug.cgi?id=53354#c6
ILSpy launches now but immediately crashes.
Maybe other dependencies are missing.
ILSpy may be better handled after NomNom.exe because it's so problematic to get running vs NomNom.exe which reproduces the bug with minimal effort via winetricks.
I did something to make it work, I think I used proton for ILSpy, I also had trouble running it
http://bugs.winehq.org/show_bug.cgi?id=58661
--- Comment #16 from Stian Low wineryyyyy@gmail.com --- (In reply to Starman from comment #15)
I did something to make it work, I think I used proton for ILSpy, I also had trouble running it
Indeed you seem to be using proton like me to troubleshoot and workaround vanilla bugs.
Confirming that icu.dll is indeed part of ge-proton packages which allows ILSpy to launch.
GE-Proton also seems to include dotnet8 and dotnetdesktop8 as part of the sauce so winetricks wasn't necessary for launch.
Confirming similar blacked-out rendering issues for ILSpy menus as for NomNom.exe.
Because NomNom.exe is reproducible easily for vanilla wine it is still the best app to use for resolving these bugs because ge-proton may cause confusion during vanilla fixes.