February 2025 - wine-gitlab

[PATCH 0/1] MR7263: hhctrl: Fix window class name in HH_CreateHelpWindow.
by Alex Henrie (＠alexhenrie) 05 Feb '25

05 Feb '25

Fixes: 3358d4d3244570637ed9db24c04faa43cee1f75e -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7263

3 2

[PATCH v2 0/1] MR7262: ieframe: Use wide character string literals.
by Alex Henrie (＠alexhenrie) 05 Feb '25

05 Feb '25

-- v2: ieframe: Use wide character string literals. https://gitlab.winehq.org/wine/wine/-/merge_requests/7262

2 1

[PATCH 0/1] MR7262: ieframe: Use wide char string literals.
by Alex Henrie (＠alexhenrie) 05 Feb '25

05 Feb '25

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

2 1

[PATCH 0/6] MR7261: Splay tree part 3
by Zhiyi Zhang (＠zhiyi) 05 Feb '25

05 Feb '25

For React Native. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7261

3 7

[PATCH v2 0/4] MR7260: wined3d: Clean up some FFP settings a bit.
by Elizabeth Figura (＠zfigura) 05 Feb '25

05 Feb '25

-- v2: wined3d: Remove FOGVERTEXMODE handling from find_ps_compile_args(). wined3d: Remove the redundant per_vertex_point_size from vs_compile_args. wined3d: Do not toggle point sprite. wined3d: Do not disable point sprite in wined3d_context_gl_apply_blit_state(). https://gitlab.winehq.org/wine/wine/-/merge_requests/7260

3 5

[PATCH v4 0/1] MR7252: cmd: add support for right-to-left handle redirection (2<&1)
by Damjan Jovanovic (＠dj) 05 Feb '25

05 Feb '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57795 Closes #57795 -- v4: cmd: add support for right-to-left handle redirection (2<&1) https://gitlab.winehq.org/wine/wine/-/merge_requests/7252

3 3

[PATCH v22 0/2] MR7131: DIR command improvements: Make /o by itself behave equal to how it does in Windows
by Joe Souza (＠JoeS209) 05 Feb '25

05 Feb '25

"DIR /o" (no order specifier after /o) hasn't functioned the same as it does on Windows. This change makes the functionality of /o by itself equivalent to behavior on Windows. -- v22: programs/cmd: Cleanup DIR /O logic and remove @todo_wine@ from working tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/7131

3 4

[PATCH v3 0/10] MR7254: windowscodecs: Move component info registry key cleanup to a common failure path.
by Nikolay Sivov (＠nsivov) 05 Feb '25

05 Feb '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v3: windowscodecs: Remove redundant guid-to-string conversion when writing readers registration entries. windowscodecs: Fix a typo in metadata readers registration helper. windowscodecs/metadata: Add a stub for WICIfdMetadataWriter. windowscodecs/metadata: Add a stub for WICExifMetadataWriter. windowscodecs/metadata: Add a stub for WICGpsMetadataWriter. windowscodecs/metadata: Add a stub for WICUnknownMetadataWriter. windowscodecs/metadata: Add registration information for the "Unknown" writer. windowscodecs: Add a stub for IWICMetadataWriterInfo. windowscodecs: Move an hkey handle to the component info base structure. windowscodecs: Move component info registry key cleanup to a common failure path. https://gitlab.winehq.org/wine/wine/-/merge_requests/7254

4 13

[PATCH 0/6] MR7236: winewayland: Clipboard support
by Alexandros Frantzis (＠afrantzis) 05 Feb '25

05 Feb '25

This MR adds clipboard support to the winewayland driver. Under Wayland only applications that have the keyboard focus can interact with the clipboard (a.k.a. `wl_data_device`). Such constraints are not a natural fit for Wine's current clipboard infrastructure, which uses a separate thread and window in the desktop process to act as the win32-side clipboard proxy for all native windows. This MR tries to work within the current Wine clipboard Wine by forwarding relevant clipboard messages to the foreground window which is likely to have the keyboard focus and that can actually handle them. This works well in practice (although there are some edge cases this fails), but I am open to different ideas about implementing the clipboard integration. Some notes about the MR: 1. Some formats that require special treatment (e.g., CF_HTML, CF_HDROP) are not implemented in this MR to keep the size reasonable (and also to not distract from the goal of this MR which is to propose/discuss the basic design of clipboard integration). 2. Dynamic registration of newly-seen/unknown formats is not supported at the moment. It's not clear to what degree that's useful, since many (most?) Windows clipboard format strings are free-form and don't use the MIME type standard. But perhaps enough Windows apps know about MIME types nowadays to make this addition worth it? 3. Since access to the Wayland clipboard data is performed from the focused window threads (rather than the dedicated clipboard thread), any blocking while waiting for data to be sent/received has more potential to affect the applications. I have implemented reasonable timeouts which are hopefully enough to make this a non-issue. A (more complex) alternative would be a different design that attempts to offload any potentially blocking work to the dedicated clipboard thread (or is there some kind of async read/write mechanism we can use?). I am not convinced the extra complexity is worth it, though. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7236

4 9

[PATCH v20 0/3] MR7131: DIR command improvements: Make /o by itself behave equal to how it does in Windows
by Joe Souza (＠JoeS209) 05 Feb '25

05 Feb '25

"DIR /o" (no order specifier after /o) hasn't functioned the same as it does on Windows. This change makes the functionality of /o by itself equivalent to behavior on Windows. -- v20: programs/cmd: Remove @todo_wine@ from working tests. programs/cmd: Cleanup DIR /O logic. programs/cmd: Add tests patch from @epo. https://gitlab.winehq.org/wine/wine/-/merge_requests/7131

2 3

2025

2024

2023

2022

wine-gitlab February 2025