https://bugs.winehq.org/show_bug.cgi?id=49798
--- Comment #4 from kolAflash kolAflash@kolahilft.de --- I bisected the problem down to the following wine-staging commit: https://github.com/wine-staging/wine-staging/commit/60074b960facf130e681f531...
It's a rebase against wine commit: https://source.winehq.org/git/wine.git/commit/1f6423f778f7036a3875613e10b9c8...
So it looks like this rebase lost an previously existing achievement of wine-staging which kept SC2 from crashing.
I used wine-staging-60074b960 to patch exactly wine-1f6423f77 when isolating the bug via bisect. And this is how I did patching: ./wine-staging/patches/patchinstall.sh DESTDIR=wine --all -W uxtheme-CloseThemeClass -W uxtheme-GTK_Theming -W fonts-Missing_Fonts -W shell32-ACE_Viewer -W shell32-Toolbar_Bitmaps -W xactengine-initial
One thing the 60074b960 rebase commit does is deleting the directory patches/directmanipulation-new-dll This caught my attention and I tested running patchinstall.sh with additional -W directmanipulation-new-dll on 60074b960^ (predecessor of wine-staging-60074b960, patching wine-bc282905d). Result: SC2 still works. So it's not simply the removal of the directmanipulation-new-dll patchset :-/ (I tested 60074b960^ before when bisecting, but without -W directmanipulation-new-dll and SC2 worked fine)