- wine-gitlab - winehq.org

[PATCH v8 0/1] MR2153: win32u: Invalidate all cached keys after input.
by Henry Goffin (＠AMZN-hgoffin) 01 Mar '23

01 Mar '23

This patch addresses an issue in Second Life and potentially other multi-threaded applications which process WM_KEYDOWN in one thread and then verify that the key is "still down" with GetAsyncKeyState from another thread. Wine uses a per-thread key cache, resulting in inconsistent views of key status. Caches are now invalidated when an input event is injected by the driver or via SendInput. -- v8: win32u: Invalidate all cached keys after input. https://gitlab.winehq.org/wine/wine/-/merge_requests/2153

2 2

Re: [PATCH v7 0/1] MR2153: win32u: Invalidate all cached keys after input.
by Zebediah Figura (＠zfigura) 01 Mar '23

01 Mar '23

This is missing the change to protocol.def. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2153#note_25897

1 0

[PATCH v6 0/8] MR2098: mshtml: Implement synchronous XMLHttpRequests.
by Gabriel Ivăncescu (＠insn) 01 Mar '23

01 Mar '23

wine-gecko does actually support synchronous XMLHttpRequests, even if they are deprecated, but unfortunately it is very broken compared to IE or all the other major browsers (more details [here](https://bugzilla.mozilla.org/show_bug.cgi?id=697151)). Thankfully, it still provides us with the event message loop, which is enough to fix it on mshtml side and act like IE. For sync XHRs, send() is supposed to block all script code, except for notifications sent to the sync XHR. This is because when send() blocks, no other piece of code in the script should execute other than the sync XHR handlers. Unfortunately, that's not the case in Gecko's broken implementation, which can execute handlers as if they were APCs while it's "blocked" in send(). Note that it doesn't actually block, though, because we still process the message loop (non-event related tasks such as navigation, paints, and other stuff), and that's normal. Gecko doesn't block everything related to script events, only some things on the document and timers, but that's far from enough and not even enough for our purposes since we use our own timer tasks. And not even message events are blocked, even though we *also* use our own message event dispatchers (but it doesn't block Gecko ones either). So what we have to do is we need to track all the timers and events dispatched that result in script handlers being executed, while "blocking" inside of a sync XHR send(), and queue them up to defer them to be dispatched later, after send() unblocks. But this is easier said that done. There are many corner cases to consider here, for example: * Events dispatched *synchronously* from within a sync XHR handler or other piece of code called from it. * Nested sync XHR send() calls (called during handler of another sync XHR). * Async XHRs having their events dispatched during a blocking sync XHR send() are complicated. `readyStateChange` for example needs to have the async XHR's readyState at the time it was sent, **not** at the time it was actually dispatched, since we're going to delay it and dispatch it later. It's similar with other XHR states, such as responseText (which can be partial). * Aborts of async XHRs during such handlers. These patches hopefully should address all the issues and, on a high level, work like this: * Track the `readyState` and `responseText` length manually, so we can override / force them to specific values. * "Snapshot" the async XHR at the time we encounter an event for it, and queue this event with such information. When later dispatching this event (after being deferred), we temporarily set the state of the async XHR to the snapshot. * To deal with nested event dispatches, keep track of a "dispatch depth" (everytime we dispatch an event we increase the depth, and when it returns we decrease it). * For sync XHRs, we note the depth when send() is called, and defer events at that depth, since they're dispatched during the "blocked" message loop and need to be delayed (except for sync XHR events, which is a special case since it must be dispatched synchronously). When it returns, we restore the previous blocking depth. -- v6: mshtml: Send all readystatechange events for synchronous XHRs in IE9 mshtml: Implement synchronous XMLHttpRequest. mshtml: Add separate task list for tasks dispatching events. mshtml: Track readyState in XHRs and report it manually. mshtml: Register all event handlers when creating the XMLHttpRequest. mshtml: Pass optional args to XMLHttpRequest.open() correctly. mshtml: Free the task after the destructor. mshtml: Use proper types for readystate_locked and readystate_pending. https://gitlab.winehq.org/wine/wine/-/merge_requests/2098

4 12

[PATCH v14 0/4] MR84: vkd3d-shader/spirv: Merge all shader IR fork and join phases into a single phase.
by Conor McCarthy (＠cmccarthy) 01 Mar '23

01 Mar '23

Normalise the incoming vkd3d_shader_instruction IR to the shader model 6 pattern where only one patch constant function is emitted. This allows generation of a single patch constant function in SPIR-V. -- v14: vkd3d-shader/spirv: Declare the phase SPIR-V function in spirv_compiler_enter_shader_phase(). vkd3d-shader/spirv: Remove the hull shader phase array. vkd3d-shader/trace: Trace the normalised instruction array after tracing the input. vkd3d-shader/ir: Merge all shader IR fork and join phases into a single phase. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/84

3 6

[PATCH v6 0/4] MR94: Fix other synchronization problems
by Giovanni Mascellani (＠giomasce) 01 Mar '23

01 Mar '23

-- v6: vkd3d: Do not keep the CS queue locked while processing it. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/94

4 6

[PATCH v2 0/2] MR2308: mfreadwrite/reader: Release device manager in source_reader_release.
by Adrian Thiele (＠athiele) 01 Mar '23

01 Mar '23

-- v2: mfreadwrite/reader: Release device manager in source_reader_release. mfreadwrite/tests: Check refcount of device manager after release. https://gitlab.winehq.org/wine/wine/-/merge_requests/2308

3 3

[PATCH 0/1] MR112: include: Document that vkd3d_shader_signature may contain pointers into the input shader blob.
by Zebediah Figura (＠zfigura) 01 Mar '23

01 Mar '23

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/112

3 2

[PATCH 0/1] MR2308: mfreadwrite/reader: Release device manager in source_reader_release.
by Adrian Thiele (＠athiele) 01 Mar '23

01 Mar '23

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

4 5

[PATCH 0/1] MR2307: dlls/dwrite: Pass correct font key when adding glyph to cache.
by Philip Gruebele (＠pgruebele) 01 Mar '23

01 Mar '23

Without this fix, the font cache was filling up with lots of duplicate entries, and getting cache misses, thereby causing font-intensive applications to be very slow (e.g. AvalonEdit) . This fix provides 30x speed increase when processing glyphs. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2307

3 2

[PATCH 0/7] MR106: vkd3d-shader/hlsl: packoffset() support.
by Francisco Casas (＠fcasas) 01 Mar '23

01 Mar '23

Support manually packing constant buffer elements through the `packoffset(·)` syntax. Support not included yet for simultaneously having semantics, `register(·)`, and `packoffset(·)`, for abnormalities such as: ```hlsl Texture2D tex; cbuffer buff { float4 a : packoffset(c0); sampler sam : packoffset(c0) : register(s1) : SEMANTIC; } float4 main() : sv_target { return tex.Sample(sam, float2(0, 0)) + a; } ``` but this motivated the addition of the `hlsl_ir_var.offset_reservation` field instead of reusing `hlsl_ir_var.reg_reservation`. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/106

4 25

[PATCH 0/1] MR2305: rpcrt4: Pass the binding handle to server call function.
by Yeshun Ye (＠yeyeshun) 01 Mar '23

01 Mar '23

Signed-off-by: YeshunYe <yeyeshun(a)uniontech.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2305

4 7

[PATCH v3 0/1] MR2306: msado15: Implement _Recordset Open
by Alistair Leslie-Hughes (＠alesliehughes) 01 Mar '23

01 Mar '23

-- v3: msado15: Implement _Recordset Open https://gitlab.winehq.org/wine/wine/-/merge_requests/2306

2 1

Re: [PATCH v7 0/1] MR2153: win32u: Invalidate all cached keys after input. - approved
by Rémi Bernon (＠rbernon) 01 Mar '23

01 Mar '23

This merge request was approved by Rémi Bernon. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2153

1 0

[PATCH 0/1] MR2306: msado15: Implement _Recordset Open
by Alistair Leslie-Hughes (＠alesliehughes) 01 Mar '23

01 Mar '23

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

3 2

[PATCH v2 0/1] MR2306: msado15: Implement _Recordset Open
by Alistair Leslie-Hughes (＠alesliehughes) 01 Mar '23

01 Mar '23

-- v2: msado15: Implement _Recordset Open https://gitlab.winehq.org/wine/wine/-/merge_requests/2306

3 2

[PATCH 0/3] MR2304: widl: Add parameterized signatures for more basic types.
by Rémi Bernon (＠rbernon) 01 Mar '23

01 Mar '23

Related to https://gitlab.winehq.org/wine/wine/-/merge_requests/2292. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2304

5 8

[PATCH v3 0/1] MR2081: Support relocatable fontconfig cache
by catsout (＠catsout) 01 Mar '23

01 Mar '23

For flatpak: ``` bind mount: /run/host/fonts <- /usr/share/fonts /run/host/user-fonts <- ~/.local/share/fonts /run/host/fonts-cache <- /usr/lib/fontconfig/cache /run/host/user-fonts-cache <- ~/.cache/fontconfig ``` For fontconfig: https://bugs.freedesktop.org/show_bug.cgi?id=101889 https://github.com/flatpak/flatpak/issues/589 It supports relocatable cache. ``` FcConfigGetFontDirs( config ) -> /run/host/user-fonts/test,... FcDirCacheRead( /run/host/user-fonts/test, ... ) -> FcCacheCopySet -> pattern FcPatternGetString( pattern, FC_FILE, 0, &filename ) -> ~/.local/share/fonts/test/test.ttf ``` For wine: ``` FcPatternGetString -> unix_name -> add_unix_face( unix_name, ... ) ``` The valid file path for flatpak is `/run/host/user-fonts/test/test.ttf`. `~/.local/share/fonts/test/test.ttf` does not exist in flatpak sandbox. Add a check for this, and switch to right path. Test: ``` flatpak install org.winehq.Wine LANG=zh_CN.UTF-8 flatpak run org.winehq.Wine winecfg ``` ![image](/uploads/6679b2771e3400b02903faa308a1d1c5/image.png) -- v3: Support relocatable fontconfig cache https://gitlab.winehq.org/wine/wine/-/merge_requests/2081

3 7

[PATCH v5 0/1] MR2153: win32u: invalidate all cached keys after input
by Henry Goffin (＠AMZN-hgoffin) 28 Feb '23

28 Feb '23

This patch addresses an issue in Second Life and potentially other multi-threaded applications which process WM_KEYDOWN in one thread and then verify that the key is "still down" with GetAsyncKeyState from another thread. Wine uses a per-thread key cache, resulting in inconsistent views of key status. Caches are now invalidated when an input event is injected by the driver or via SendInput. -- v5: win32u: invalidate all cached keys after input https://gitlab.winehq.org/wine/wine/-/merge_requests/2153

3 4

Re: [PATCH v2 0/1] MR2290: shell32: Add support for Program Manager icons with arguments.
by Alex Henrie (＠alexhenrie) 28 Feb '23

28 Feb '23

Thanks Huw! -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2290#note_25826

1 0

Re: [PATCH v2 0/1] MR2300: Turkish translation update - approved
by Alexandre Julliard (＠julliard) 28 Feb '23

28 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2300

1 0

Re: [PATCH v4 0/1] MR2297: winex11: Assume that Xkb extension is available. - approved
by Alexandre Julliard (＠julliard) 28 Feb '23

28 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2297

1 0

Re: [PATCH v2 0/1] MR2301: maintainers: Add myself to the Audio I/O section. - approved
by Alexandre Julliard (＠julliard) 28 Feb '23

28 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2301

1 0

Re: [PATCH v4 0/2] MR2016: winex11: Take advantage of RTL_CONSTANT_STRING. - approved
by Alexandre Julliard (＠julliard) 28 Feb '23

28 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2016

1 0

Re: [PATCH v5 0/1] MR1377: dsound: Use CRT functions for memory allocation. - approved
by Alexandre Julliard (＠julliard) 28 Feb '23

28 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1377

1 0

Re: [PATCH v2 0/1] MR2257: mmdevapi/tests: WoW64 processes can read the properties from the registry. - approved
by Alexandre Julliard (＠julliard) 28 Feb '23

28 Feb '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2257

1 0

2025

2024

2023

2022

wine-gitlab