- Wine-gitlab - list.winehq.org

[PATCH 0/5] MR9409: comctl32/progress: Add a helper to get the draw procedures.
by Zhiyi Zhang (＠zhiyi) 10 Nov '25

10 Nov '25

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

3 11

[PATCH 0/2] MR9413: d2d1/effect: Add a separate factory functions for builtin effects.
by Nikolay Sivov (＠nsivov) 10 Nov '25

10 Nov '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9413

2 2

[PATCH 0/6] MR9412: winex11: Flush requests in cursor and IME functions.
by Rémi Bernon 10 Nov '25

10 Nov '25

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

1 6

[PATCH 0/2] MR9411: win32u: Don't forcefully activate windows before restoring them.
by Rémi Bernon 10 Nov '25

10 Nov '25

It confuses SDL which automatically restores window when it is being activated, and changes display mode on fullscreen window restore. The extra window restore will try to restore the window again to its normal rectangle, but this time translated to the new display mode, ending up with a larger than monitor window resize. This confuses SDL, which then decides to restore the native display mode. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9411

1 2

[PATCH v2 0/1] MR9400: winemac.drv: Use C99 bool instead of int for Boolean values.
by Brendan Shanks (＠bshanks) 10 Nov '25

10 Nov '25

This largely applies to the variables and functions declared in `macdrv_cocoa.h`, which (currently) cannot use Win32 types. Note that for ObjC method signatures, I'm following the advice of Google's [Objective-C Style Guide](https://google.github.io/styleguide/objcguide.html#bool-pitfalls) and sticking with ObjC `BOOL` in method signatures (like `- (void) setRetinaMode:(BOOL)mode`). I think the motivation behind that is to avoid confusion between `BOOL` and `bool` when overriding methods: on some architectures (ARM64) they're the same, on others (Intel) they aren't, so just stick with ObjC BOOL everywhere. -- v2: winemac.drv: Use C99 bool instead of int for Boolean values. https://gitlab.winehq.org/wine/wine/-/merge_requests/9400

3 4

[PATCH 0/1] MR9410: urlmon: FindMimeFromData return only the mime type
by Alistair Leslie-Hughes (＠alesliehughes) 10 Nov '25

10 Nov '25

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

2 1

[PATCH v7 0/3] MR9383: appbar: SHAppBarMessage: silence warnings about unknown message types
by Matthias Schwarzott (＠zzam) 10 Nov '25

10 Nov '25

rate-limit these warnings: 0078:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETSTATE): stub 0078:fixme:appbar:handle_appbarmessage SHAppBarMessage(ABM_GETTASKBARPOS, hwnd=...): stub silence these warnings: 0024:fixme:appbar:SHAppBarMessage unknown msg: 4 0024:fixme:appbar:SHAppBarMessage unknown msg: 1 -- v7: appbar: Limit the number of FIXME lines appbar: SHAppBarMessage: silence warnings about unknown message types appbar: Add test for ABM_GETSTATE https://gitlab.winehq.org/wine/wine/-/merge_requests/9383

2 3

[PATCH v23 0/6] MR6166: separate env for windows applications (WINENV) from env for wine processes (NIXENV)
by Alois Schloegl (＠schloegl) 09 Nov '25

09 Nov '25

Because WINENV is limited (32767 bytes), and HOSTENV can be much larger, a whitelisting approach is used to keep WINENV as small as possible. Currently, only the following envvars are propagated from the host env to WINENV WINEPATH, WINEPWD, WINEHOME, WINETEMP, WINETMP, WINEQT_, WINEVK_, WINEXDG_SESSION_TYPE Moreover, the NIXENV (env for running wine processes - not applications) on the host system is not produced from WINENV anymore, but the global ENV is propagated to all wine processes and threads. This might be an alternative approach to MR!5231, MR!6140, bug #56941 and should provide a more deterministic behaviour of wine, because unrelated envvars do have no influence on the env for running windows applications. Initial tests (winemine, notepad, cmd, etc) seem to run fine, but some envvars might need additional consideration. XVDK_* was mentioned, WINE*, MESA_*, VK_*, QT_*, LIBGL_* are other suspects. Moreover, this is my first merge request, so your feedback is highly appreciated. -- v23: ntdll: main_envp has been replaced by environ ntdll: remove is_dynamic_env_var(...) because it is not needed anymore ntdll: remove unused vars ntdll: remove dead code ntdll: conversion from HOSTENV to WINENV is now using whitelisting instead of blacklisting of envvars currently only envvars "WINE"<special_var> (as defined in is_special_env_var() ) are whitelisted. ntdll: separate env for windows applications (WINENV) from env for wine processes (NIXENV) WINENV is typically limited to 32767 WCHAR, the host environment where wine processes are running can be much larger. Keeping the two envs separate enables a more granula handling of envvars. (see also MR!5231, MR!6140, bug #56941) https://gitlab.winehq.org/wine/wine/-/merge_requests/6166

4 8

[PATCH 0/1] MR7901: ntdll: Treat XDG_DATA_DIRS as special env variable.
by Louis Lenders (＠xe) 09 Nov '25

09 Nov '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49987 GTK apps seem to use this env var to find path to schemas, like Meld: https://download.gnome.org/binaries/win32/meld/3.22/Meld-3.22.2-mingw.msi which doesn't start at all without this patch. More info in https://bugs.winehq.org/show_bug.cgi?id=49987. v2: add WINEXDG_DATA_DIRS and use that in winemenubuilder. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7901

4 4

[PATCH 0/5] MR9408: dmloader: Reduce memory usage part 3
by Anton Baskanov (＠baskanov) 09 Nov '25

09 Nov '25

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

3 7