[Bug 42643] New: winecfg: Race condition causing winecfg window to break out of emulated virtual desktop
wine-bugs at winehq.org
wine-bugs at winehq.org
Mon Mar 13 06:13:57 CDT 2017
https://bugs.winehq.org/show_bug.cgi?id=42643
Bug ID: 42643
Summary: winecfg: Race condition causing winecfg window to
break out of emulated virtual desktop
Product: Wine
Version: 2.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs at winehq.org
Reporter: lucianposton at gmail.com
Distribution: ---
When Emulate a virtual desktop is enabled, winecfg sometimes displays as a
standalone window _outside_ of the emulated virtual desktop. The repro is
inconsistent -- sometimes I have to open winecfg 20+ times to repro, and
sometimes it happens back-to-back.
When it occurs, _sometimes_ the following appears in the console, but not
always:
$./wine winecfg
wine: Unhandled page fault on read access to 0x00000014 at address 0x7bc50d57
(thread 002d), starting debugger...
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc50d57
There is a secondary issue that arises when this race condition occurs. If the
race condition occurs, when the dislocated winecfg window is on a non-primary X
monitor, the winecfg window because unresponsive. It does not appear to respond
to mouse or keyboard input (escape key will close the window though). If I drag
the window back to the X primary monitor, it behaves normally again. In other
words, when the winecfg window is not contained within the emulated virtual
desktop AND is on a non-primary X monitor, the winecfg window is unresponsive.
I have repro'd this in 1.9.20-staging, 2.3, and the current master branch
(commit 4b14459). It occurs in both 64bit and WINARCH=win32.
--
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