This adds several handy X11 utilities, such as xrandr, and some other
window managers, in order to eventually use a different one and avoid
fwvm race conditions.
I think it would be interesting to test with some different WMs than
fvwm, at least because they are more commonly used.
Then, I also think that fvwm has some race conditions, and it causes
spurious focus loss, as https://bugs.winehq.org/show_bug.cgi?id=54594
for instance. I've been running the same test in a tight loop with any
of the other WMs added here (mutter / kwin / openbox) and it is not
reproducing. With fvwm the failure reproduces quickly and systematically.
The xrandr utility would be useful in the future, but only after the
image is updated to a newer xserver-xorg-video-dummy version which
would support multiple screens. It will then be possible to set them
up with the following commands:
```
xrandr --addmode DUMMY1 1024x768 \
--addmode DUMMY2 1024x768
xrandr --output DUMMY0 --auto \
--output DUMMY1 --right-of DUMMY0 --mode 1024x768 \
--output DUMMY2 --right-of DUMMY1 --mode 1024x768
xrandr # to refresh the settings
```
Then I think it doesn't hurt to have it installed in the meantime.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2467
The goal is to use the bundling mechanism to share the musl math
library code between msvcrt and ntdll, and also with a future FPU
emulation library. It should also make it easier to sync with upstream
changes.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2567
I'm not sure if I'm using the dinput HID test infrastructure correctly. Also, an existing test could be extended instead of adding a whole new test function, saving a couple of source code lines and test execution time, but I wasn't sure which one to extend - feel free to suggest one and I will update the test.
Also, maybe the suggested fix is not a great idea. Maybe there are actually some collection objects that are supposed to have a guidType that is not GUID_Unknown? I couldn't find any in the limited number of Windows environments I can access, so I wanted to put it out there for discussion.
The issue I'm trying to solve is that Zusi 3 does not appear to check the DIDFT_NODATA bit in dwType, so it just adds most of the objects listed by EnumObjects() to the SetDataFormat() call, maybe filtering out only those that have guidType = GUID_Unknown, or maybe there's an allow-list of GUIDs to add, and that list includes GUID_ZAxis. I haven't seen complaints about joysticks not working in Zusi 3 on Windows, so I guess collections (and DIDFT_NODATA objects in general) rarely/never have a non-Unknown GUID, or maybe Windows simply accepts these collections in SetDataFormat() and that only fails in Wine.
--
v2: dinput/tests: Remove unmatched winetest_pop_context().
dinput: Set guidType = GUID_Unknown for HID collections.
dinput/tests: Add guidType test for collection objects.
https://gitlab.winehq.org/wine/wine/-/merge_requests/2573
I'm not sure if I'm using the dinput HID test infrastructure correctly. Also, an existing test could be extended instead of adding a whole new test function, saving a couple of source code lines and test execution time, but I wasn't sure which one to extend - feel free to suggest one and I will update the test.
Also, maybe the suggested fix is not a great idea. Maybe there are actually some collection objects that are supposed to have a guidType that is not GUID_Unknown? I couldn't find any in the limited number of Windows environments I can access, so I wanted to put it out there for discussion.
The issue I'm trying to solve is that Zusi 3 does not appear to check the DIDFT_NODATA bit in dwType, so it just adds most of the objects listed by EnumObjects() to the SetDataFormat() call, maybe filtering out only those that have guidType = GUID_Unknown, or maybe there's an allow-list of GUIDs to add, and that list includes GUID_ZAxis. I haven't seen complaints about joysticks not working in Zusi 3 on Windows, so I guess collections (and DIDFT_NODATA objects in general) rarely/never have a non-Unknown GUID, or maybe Windows simply accepts these collections in SetDataFormat() and that only fails in Wine.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2573
IsRectEmpty() doesn't do the right thing as padding is not a rectangle. E. g., for rect (0, 0, 0, 8) IsRectEmpty() will return TRUE while the padding is apparently not empty.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/2570