October 2022 - wine-gitlab

[PATCH v2 0/3] MR1033: winhttp: Add a few websocket options.
by Paul Gofman (＠gofman) 12 Oct '22

12 Oct '22

-- v2: winhttp: Support WINHTTP_OPTION_WEB_SOCKET_SEND_BUFFER_SIZE. https://gitlab.winehq.org/wine/wine/-/merge_requests/1033

5 12

[PATCH v2 0/2] MR1031: mshtml: Document element props improvements.
by Gabriel Ivăncescu (＠insn) 12 Oct '22

12 Oct '22

-- v2: mshtml: Don't create dynamic prop before checking if elem prop even exists. mshtml: Allow accessing document elements as props via id if they have name. https://gitlab.winehq.org/wine/wine/-/merge_requests/1031

4 7

Re: [PATCH v2 0/1] MR1040: imm32/tests: Don't expect IME window if the parent is message-only window descendant.
by Akihiro Sagawa (＠sgwaki) 12 Oct '22

12 Oct '22

I just mark the test as `todo_wine` for now because I'm not hundred percent sure that the fix for Wine is conducive. Do we need the fix for Wine, too? Here is a draft patch for Wine, https://gitlab.winehq.org/sgwaki/wine/-/commit/84b27c904d93ef2f45c230681172…. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1040#note_10394

1 0

[PATCH 0/2] MR1039: Schannel test
by Hans Leidekker (＠hans) 12 Oct '22

12 Oct '22

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/1039

2 2

Re: [PATCH v2 0/2] MR1037: win32u: Add font link for MS UI Gothic.
by Huw Davies (＠huw) 12 Oct '22

12 Oct '22

Could you split the first commit further? Just make the code change with the commit msg something like "win32u: Add mechanism for font specific system links", but don't add the MS UI Gothic entries. A second commit would add the Gothic entries, and a third the additional Tahoma ones. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1037#note_10391

1 0

[PATCH v4 0/5] MR944: win32u: Make desktop resize logic asynchronous.
by Rémi Bernon (＠rbernon) 12 Oct '22

12 Oct '22

To avoid direct callbacks from display drivers to win32u while changing display settings. -- v4: winemac.drv: Resize desktop window on WM_DISPLAYCHANGE message. winex11.drv: Resize desktop window on WM_DISPLAYCHANGE message. win32u: Send WM_DISPLAYCHANGE message to the desktop window. winex11.drv: Send WM_X11DRV_CLIP_CURSOR_REQUEST message from the deskop. winex11.drv: Sync window positions in a WM_X11DRV_DESKTOP_RESIZED message. https://gitlab.winehq.org/wine/wine/-/merge_requests/944

3 9

[PATCH v2 0/1] MR962: wined3d: Use a Wine debug channel for vkd3d debug output.
by Alexandre Julliard (＠julliard) 12 Oct '22

12 Oct '22

-- v2: wined3d: Use a Wine debug channel for vkd3d debug output. https://gitlab.winehq.org/wine/wine/-/merge_requests/962

5 8

[PATCH v3 0/5] MR25: vkd3d-shader/hlsl: Implement asuint() and completely move init_node() to hlsl.c.
by Zebediah Figura (＠zfigura) 12 Oct '22

12 Oct '22

-- v3: vkd3d-shader/hlsl: Pass a location pointer to init_node(). vkd3d-shader/hlsl: Introduce a hlsl_new_expr() helper. vkd3d-shader/hlsl: Write SM4 reinterpret instructions. vkd3d-shader/hlsl: Parse the asuint() intrinsic. tests: Add a test for asuint(). https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/25

4 7

[PATCH 0/7] MR1034: msvcp140: Do not import from msvcp120.
by Paul Gofman (＠gofman) 12 Oct '22

12 Oct '22

The practical aspect of this (besides that msvcp140 just should not probably load msvcp120) is that for an app using VC runtime 140 mspcp140.__ExceptionPtrCurrentException gets the thread data from msvcp120.dll while vcruntime140_1 sets those thread data from ucrtbase.dll which are different data. So the application calling mspcp140.__ExceptionPtrCurrentException in catch block gets NULL exception while it was technically set by vcruntime140_1 before calling the app's catch block handler. After this patchset all the current exception data should end up in ucrtbase for VC runtime 140. There is a bit more to it (not covered by this patchset) when there is a mix of native and builtin VC runtime 140 dlls. From the app behaviour and some tests it looks like with native DLLs msvcp140 and vcruntime140_1 handle current exception data through vcruntime140.dll and vcruntime140.dll does not forward that to ucrtbase. I am not sure if the latter (not forwarding vcruntime140->ucrtbase) is practically important but to avoid the similar problem when mixing native and builtin VC runtime DLLs we should also probably link msvcp140 and vcruntime140_1 to vcruntime140. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1034

4 9

[PATCH 0/2] MR1038: Sapi datakey
by Alistair Leslie-Hughes (＠alesliehughes) 12 Oct '22

12 Oct '22

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/1038

3 3

2025

2024

2023

2022

wine-gitlab October 2022