This fixes various problems I've run into while trying to use Fusion 360 in wine.
- stacking issues in unmanaged mode
- I also attempted to apply the same fix for managed mode, but it looks difficult to do this in a way that plays well with window managers; I think it's best left up to them to keep override_redirect windows at the top of the stack)
- when the window manager sets our state to withdrawn, tell the window that it's been minimized, since the semantics are very similar
- the last one is a hack because I don't really know what to do about it, when clicking on the floating popups, they gain focus, which causes wine to incorrectly make them managed and that breaks everything
--
v2: winex11: don't make a window managed because it's active
winex11: pass ICCCM withdrawn state as minimized
winex11: restack a window's owned popups above it
https://gitlab.winehq.org/wine/wine/-/merge_requests/2343
Trying to reduce the likelihood of spurious failures. Keyboard / mouse devices are more subject to window foreground issues and less reliable than the HID joystick device. This also increases the timeout of some waits that aren't supposed to fail, trying to mitigate possible failures on Gitlab CI, under suspected heavy load.
Supersedes https://gitlab.winehq.org/wine/wine/-/merge_requests/2261.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54558
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54594
--
v3: dinput/tests: Increase timeouts for waits not supposed to fail.
dinput/tests: Remove BuildActionMap / SaveActionMap mouse and keyboard tests.
dinput/tests: Test SaveActionMap effect on HID joystick input.
dinput/tests: Test SaveActionMap effect on DIPROP_RANGE property.
dinput/tests: Test SaveActionMap effect on DIPROP_BUFFERSIZE property.
dinput/tests: Test SaveActionMap effect on DIPROP_APPDATA property.
dinput/tests: Test SaveActionMap effect on DIPROP_USERNAME property.
dinput/tests: Test BuildActionMap / SaveActionMap with the HID joystick.
include: Add some dinput.h action semantics definitions.
dinput/tests: Skip the tests if acquiring the device fails.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2421
On Thu Mar 16 10:28:20 2023 +0000, Huw Davies wrote:
> I don't think we want these in the other drivers. They're more of an
> historical artefact - they used to be the only pulse endpoints before
> support for enumerating the others was added. We may even want to
> remove them from pulse; I think @ivyl had been looking into an issue
> with them on the Steam Deck.
I think they're still useful, since they're the only "movable" devices (in PA Volume Control for example). They use the largest channel mask out of all the sources/sinks, so it's not a problem to have them movable with no notifications to the app, unlike the others.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2364#note_27048
--
v2: imm32/tests: Test basic ImmEnumInputContext usage.
imm32/tests: Test ImmUnregisterWord with the installed IME.
imm32/tests: Test ImmGetRegisterWordStyle with the installed IME.
imm32/tests: Test ImmRegisterWord with the installed IME.
imm32/tests: Test ImmEnumRegisterWord with the installed IME.
imm32/tests: Test ImmEscape with the installed IME.
imm32/tests: Test ImmGetProperty with the installed IME.
imm32/tests: Test ImmIsIME with the installed IME.
imm32/tests: Use LANG_INVARIANT for the installed IME.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2419
On Thu Mar 16 06:06:15 2023 +0000, Davide Beatrici wrote:
> @huw Bump.
I don't think we want these in the other drivers. They're more of an historical artefact - they used to be the only pulse endpoints before support for enumerating the others was added. We may even want to remove them from pulse; I think @ivyl had been looking into an issue with them on the Steam Deck.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2364#note_27025