Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57601
First change is needed to ignore hidraw touchscreen devices, it happens for instance on the Steam Deck in desktop mode. Although we indeed support them with mouhid.sys, there are multiple issues with it:
* The input coordinates are raw and inconsistent with the system X display configuration (the Steam Deck default configuration has a 90° rotated screen).
* They come in first and cause duplicate touch events with the X11 touch events, which makes the X touch events to always be considered as secondary touch points.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7102
We are late in the regression season, and it's clear that quite a lot of patches
are still needed to fix all of the rendering and memory errors (all of 7063,
plus at least one more to fix yet another bug in Multisim reported in bug
53706). In the event that those patches are not considered safe enough, simply
reverting the entirety of transformed arc support is an alternative.
This does sacrifice one feature for another, but it's not clear that bug 34579
and 35331 ever affected a real application. Certainly they did not name any.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7101
The code currently `malloc`s a larger memory buffer, and if successful: `memcpy`s the old memory buffer to the new, `free`s the old, and reassigns the pointer. This logic can all be reduced to a `realloc`.
--
v2: windowscodecs: Simplify png_decoder_get_metadata_blocks using realloc.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7099
Fix the wayland side of https://bugs.winehq.org/show_bug.cgi?id=55336
### Exit menu key by default:
That's the actual behavior, any non-special key will exit the menu key, and be sent to the client.
I was also wondering if we should add `menu_sys_key = f10_key = 0;` when receiving a `WM_ACTIVATE` in `win32u/defwnd.c`'s `default_window_proc` but I guess not ?
### Fix repeated key for no reason:
For some reason when ALT is pressed, it is spammed and thus spams SYS_COMMAND. This fix that, but I don't know what I am doing here. I don't see any repeating key spamming with winex11 but I could be wrong. However alt/SYS_COMMAND should not be repeated.
That wasn't happening with winex11.drv.
### Fix release_all_keys modifier filtering:
That was the main reason why alt-tab leads to the menu key, NtUserGetAsyncKeyboardState also uses left and right system keys.
--
v7: winewayland.drv: Fix release_all_keys modifier filtering
win32u: Exit menu key by default
https://gitlab.winehq.org/wine/wine/-/merge_requests/6199
The code currently `malloc`s a larger memory buffer, and if successful: `memcpy`s the old memory buffer to the new, `free`s the old, and reassigns the pointer. This logic can all be reduced to a `realloc`.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/7099
No reviews required.\
This is just to get the test results as seen by gitlab.\
MR will be cancelled afterwards.
--
This merge request has too many patches to be relayed via email.
Please visit the URL below to see the contents of the merge request.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7098
No reviews required.\
This is just to get the test results as seen by gitlab.\
MR will be cancelled afterwards.
--
This merge request has too many patches to be relayed via email.
Please visit the URL below to see the contents of the merge request.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7097
These trap on linux but under Windows userspace will write 0 to the destination register. Fixes recent versions of VC redist that use this unconditionally.
--
v4: ntdll: Emulate mrs xN, CurrentEL instructions.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7009
These trap on linux but under Windows userspace will write 0 to the destination register. Fixes recent versions of VC redist that use this unconditionally.
--
v3: ntdll: Emulate mrs xN, CurrentEL instructions.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7009
(For after the code freeze.)
I think we want to have this DLL living in Wine for easier development, and probably dynamically load our custom Chromium fork from here. (just like MSHTML and wine-Gecko)
The code for that fork could then be created in its own repo.
--
v6: embeddedbrowserwebview: Create CreateWebViewEnvironmentWithOptionsInternal stub.
embeddedbrowserwebview: Add stub dll.
https://gitlab.winehq.org/wine/wine/-/merge_requests/7032