- Wine-gitlab - list.winehq.org

[PATCH v3 0/1] MR9731: dlls/twaindsm: Save default data source in registry
by Bernd Herd (＠herdsoft) 23 Dec '25

23 Dec '25

Solves bugs: #9404 and #79663 This Merge Request changes the Data Source Manager twaindsm.dll alias twain_32.dll to save the data source selected in the selection dialog into the windows registry. This enables applications that do not save the result of the DG_CONTROL/DAT_IDENTITY/MSG_USERSELECT call to be able to choose a data source the same as when using the twain.org DSM. While the twain.org DSM only expects every data source .ds to be responsible for only one data source and thus every call to DG_CONTROL/DAT_IDENTITY/MSG_GET to return the same result, the sane.ds and gphoto2.ds use an extension of the protocol by iterating through cameras/ scanners, always returning a different TW_IDENTITY on every call to DG_CONTROL/DAT_IDENTITY/MSG_GET. For that reason on DG_CONTROL/DAT_IDENTITY/MSG_OPENDS we cannot ask the just opened DS for it's identity as the twain.org DSM does, because it might have more than one Identity. Instead we search the list of data sources retrieved when the DSM was opened for either the identity given by the app or the identity retreived from the registry and give that identity to the MSG_OPENDS call to make the sane.ds open as for the backend we want it to use. This also means that the twaindsm.dll version from twain.org will not be able to manage more than one scanner with sane.ds and one camera with gphoto2.ds as only the wine version of the DSM has the neccessary extension. The twain.org version of the DSM does only save the name of the .DS file choosen by the user to the registry. Since sane.ds and gphoto2.ds can address more than one device, this is not sufficient for us. So the registry entries are not compatible to the ones from the twain.org version. Instead of the filename, we save Manufacturer, ProductFamily and espcially ProductName to the registry under a different registry key. This MR also solves a problem introdoced with commit https://gitlab.winehq.org/wine/wine/-/commit/c7570143bf2305e2292cf5a75abd20… (by myself) that it was no longer possible to control in DG_CONTROL/DAT_IDENTITY/MSG_OPENDS which of several configured sane data sources are to be opened by sane.ds. A second problem reported in bug report #9404 that crashed the sane.ds when using the user interface with the sane test backend was recently already addressed in commit https://gitlab.winehq.org/wine/wine/-/commit/04449af761451c312f70a71cb62ae7…. -- v3: dlls/twaindsm: Save default data source in registry https://gitlab.winehq.org/wine/wine/-/merge_requests/9731

3 2

[PATCH v4 0/1] MR9768: include: Disable compiler exceptions for ARM64EC MSVC targets before Clang 21
by André Zwing (＠AndreRH) 23 Dec '25

23 Dec '25

Alternative to !9762 as suggested by Jacek -- v4: include: Disable compiler exceptions for ARM64EC MSVC targets before Clang 21 https://gitlab.winehq.org/wine/wine/-/merge_requests/9768

3 2

[PATCH 0/1] MR9819: windows.media.speech/tests: Get rid of duplicated hresult.
by Bernhard Kölbl (＠besentv) 23 Dec '25

23 Dec '25

Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9819

3 2

[PATCH 0/2] MR9823: server: Track foreground process id, instead of looking for active window.
by Rémi Bernon (＠rbernon) 23 Dec '25

23 Dec '25

When foreground input is changed and given to a different process (for instance the desktop process), that process active window is not set until it handles its internal messages. This might cause a race condition between the new activated process and the original process trying to steal foreground back. We might allow it to get foreground back if we don't find any active window at the time of the set_foreground_window call. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58167 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9823

2 2

[PATCH 0/3] MR9821: Avoid crash in gnutls logging when crypt libraries got unloaded.
by Bernhard Übelacker (＠bernhardu) 23 Dec '25

23 Dec '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59163 When using one of the debug channels +bcrypt, +crypt or +secur32 alone, and that dll gets unloaded, and one of the other dlls gets loaded, there happens a "silent" crash at the unix-side, which makes this other dll loading fail. The crash consists of gnutls still holding the pointer to the logging function of the unloaded dll. One workaround would be to always use all three debug channels together. An improvement may be this patches, which set the logging function pointer to zero. But this may silence some expected logging from gnutls, when multiple of the crypt dlls are loaded at the same time. Best solution may be to access gnutls through a single unix library, currently there are three, one for each dll. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9821

3 5

[PATCH 0/1] MR9820: po: Update Japanese translation.
by Akihiro Sagawa (＠sgwaki) 23 Dec '25

23 Dec '25

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

2 1

[PATCH v3 0/2] MR9763: rstrtmgr / Add stub for RmJoinSession
by Janne Kekkonen (＠Janne) 23 Dec '25

23 Dec '25

rstrtmgr / Add stub for RmJoinSession Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58853 -- v3: rstrtmgr / Add stub for RmJoinSession https://gitlab.winehq.org/wine/wine/-/merge_requests/9763

2 3

Re: [PATCH v5 0/3] MR9795: comctl32: Set default acceleration values for up-down controls. - approved
by Alexandre Julliard (＠julliard) 23 Dec '25

23 Dec '25

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

1 0

Re: [PATCH v2 0/1] MR9808: winex11: Set opacity and empty input shape for the dummy parent. - approved
by Alexandre Julliard (＠julliard) 23 Dec '25

23 Dec '25

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

1 0

Re: [PATCH v2 0/1] MR9810: quartz: Take top-down RGB into account in is_nontrivial_rect(). - approved
by Alexandre Julliard (＠julliard) 23 Dec '25

23 Dec '25

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

1 0