http://bugs.winehq.org/show_bug.cgi?id=58223
Bug ID: 58223 Summary: spec ops the line stalls after splash screen Product: Wine Version: 10.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: zlice@crtdrift.us Distribution: ---
spec ops: the line does not seem to run after wine 10. wine 9.18 runs with wow64 bit, 10.1 wow64 or 32bit will have processes idle/spinning in htop.
will not have time to bisect for a week or so
http://bugs.winehq.org/show_bug.cgi?id=58223
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=58223
--- Comment #1 from zlice zlice@crtdrift.us --- commit cause is 4c07e5568e5c70a7899839ab85dee68d705935e3 (between 10.1 and 10.2) - mutter 'withdraw -> normal' manual flip. sounds like mutter breaks spec? or at least does things weird.
i was able to get this fixed in fluxbox by hiding/unmapping the x/'Window' directly and doing a sync/flush : `XSync(display(), False` - when iconifying/minimizing before changing children/related clients to `IconicState`
if doing this solely for mutter makes sense and there's no other way to go about it or open a bug there, i guess this is good to close
http://bugs.winehq.org/show_bug.cgi?id=58223
Alex Henrie alexhenrie24@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexhenrie24@gmail.com, | |zzhang@codeweavers.com Version|10.1 |10.2 Component|-unknown |winex11.drv Regression SHA1| |4c07e5568e5c70a7899839ab85d | |ee68d705935e3
http://bugs.winehq.org/show_bug.cgi?id=58223
--- Comment #2 from zlice zlice@crtdrift.us --- looking at this a little further, it looks like the above backout-return that checks for `if (data->wm_state_serial && !data->current_state.wm_state != !data->pending_state.wm_state)` is what really botches this up?
the 'fix' i had was only half right, and causes a bunch of issues because fluxbox doesn't seem to like properly unmapping icon'ed windows either
http://bugs.winehq.org/show_bug.cgi?id=58223
--- Comment #3 from zlice zlice@crtdrift.us --- to be more specific, the 'withdraw' hack works, but then normal seems to trigger a pending state and the normalstate is never set, so the game window and splash screen both just vanish (unmapped and closed/destroyed)
http://bugs.winehq.org/show_bug.cgi?id=58223
--- Comment #4 from Zhiyi Zhang zzhang@codeweavers.com --- Taking a look at this.
http://bugs.winehq.org/show_bug.cgi?id=58223
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|wine-bugs@winehq.org |zzhang@codeweavers.com
http://bugs.winehq.org/show_bug.cgi?id=58223
--- Comment #5 from Zhiyi Zhang zzhang@codeweavers.com --- Should be fixed by https://github.com/fluxbox/fluxbox/pull/81. Closing as a duplicate of 58195
http://bugs.winehq.org/show_bug.cgi?id=58223
Zhiyi Zhang zzhang@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE
--- Comment #6 from Zhiyi Zhang zzhang@codeweavers.com --- Closing.
*** This bug has been marked as a duplicate of bug 58195 ***
http://bugs.winehq.org/show_bug.cgi?id=58223
--- Comment #7 from zlice zlice@crtdrift.us --- thanks. fix looks like it works on my side and doesn't throw windows to the wind unlike mine. gl with pr :)
-
WineHQ Bugzilla