[Bug 51390] New: On Vista to Windows 8.1 part of mscoree:mscoree fails to run, breaks user32:win

WineHQ Bugzilla wine-bugs at winehq.org
Sat Jul 3 20:19:11 CDT 2021


https://bugs.winehq.org/show_bug.cgi?id=51390

            Bug ID: 51390
           Summary: On Vista to Windows 8.1 part of mscoree:mscoree fails
                    to run, breaks user32:win
           Product: Wine
           Version: 6.10
          Hardware: x86-64
                OS: Windows
            Status: NEW
          Severity: normal
          Priority: P2
         Component: user32
          Assignee: wine-bugs at winehq.org
          Reporter: fgouget at codeweavers.com

On Vista to Windows 8.1 part of mscoree:mscoree fails to run, causing Windows
to open a "loadpaths.exe has stopped working" dialog (see the screenshots for
the TestBot WineTest runs on wvistaadm, w2008s64, w7u_2qxl and w8). Despite
that mscoree:mscoree succeeds.

However it leaves that dialog open which then causes two failures in
user32:win:

https://test.winehq.org/data/patterns.html#user32:win

win.c:3394: Test failed: GetActiveWindow() = 00000000
win.c:3394: Test failed: GetFocus() = 00000000

Notes:
* Opening a simple notepad windows (or even notepad's Open File dialog) does
not cause user32:win to fail. So there is something 'special' about the
loadpaths.exe dialog.
* w864 does not have the issue because it appears to be missing the required
.Net support and thus does not trigger this dialog:
  mscoree.c:197: Tests skipped: No legacy .NET runtimes are installed

So:
* Maybe something is wrong with the .Net setup on these VMs. But it's more
likely to be a version mismatch issue.
* Maybe mscoree should avoid triggering the loadpaths.exe dialog.
* Or maybe mscoree should detect and close the loadpaths.exe dialog.
* Or user32:win should be more resilient.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.



More information about the wine-bugs mailing list