- Wine-gitlab - list.winehq.org

[PATCH 0/4] MR7512: win32u: Introduce shared memory objects for windows.
by Rémi Bernon 21 Nov '25

21 Nov '25

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

4 29

[PATCH 0/1] MR7257: winex11: Get rid of x11drv_win_data use_alpha flag.
by Rémi Bernon 21 Nov '25

21 Nov '25

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

1 3

[PATCH 0/8] MR9548: msado15: Don't load all data from recordset on open.
by Piotr Caban (＠piotr) 21 Nov '25

21 Nov '25

It also contains fixes for bookmarks handling and removes `_Recordset::put_Filter()` hack. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9548

2 8

[PATCH 0/1] MR9545: wbemprox: Add PartialProductKey and ApplicationId to SoftwareLicensingProduct class.
by Louis Lenders (＠xe) 21 Nov '25

21 Nov '25

This fixes crashes in Codemeter (see https://bugs.winehq.org/show_bug.cgi?id=54455) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9545

3 2

Re: [PATCH v3 0/1] MR9436: windowscodecs: Fix the bug when the input palette hpal is NULL in...
by Kun Yang (＠yangkun) 21 Nov '25

21 Nov '25

On Mon Nov 17 20:29:38 2025 +0000, Esme Povirk wrote: > Yes. I have updated the code, please review, thanks! @madewokherd -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9436#note_123259

1 0

[PATCH v2 0/1] MR9436: windowscodecs: Fix the bug when the input palette hpal is NULL in...
by Kun Yang (＠yangkun) 21 Nov '25

21 Nov '25

windowscodecs: Fix the bug when the input palette hpal is NULL in ImagingFactory_CreateBitmapFromHBITMAP. When the palette is given NULL and the format is 1/4/8bppIndexed, palette info is lost. It causes incorrect color calculation when the WIC interface is called later. Signed-off-by: yangkun <yangkun(a)uniontech.com> Change-Id: I851373e9186dc815488235f0fc219d8fbdd91658 -- v2: windowscodecs: Fix the bug when the input palette hpal is NULL in ImagingFactory_CreateBitmapFromHBITMAP. https://gitlab.winehq.org/wine/wine/-/merge_requests/9436

2 1

[PATCH 0/1] MR9547: wine.inf: Add .crt association.
by Hans Leidekker (＠hans) 21 Nov '25

21 Nov '25

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

2 1

[PATCH v5 0/1] MR9479: dlls/sane.ds: Load last settings from registry immediatly when opening the DS
by Bernd Herd (＠herdsoft) 21 Nov '25

21 Nov '25

This allows combining the capability negotiation with the application program with the user interface. # Capability values ignored with User Interface The recent patch to save sanner parameters from the twain user interface to the registry restores these parameters from the registry while displaying the dialog box. Settings performed by the application program via the capabilities mechanism are thus overwritten from the registry and ignored. So negotiated parameters are only honoured if the Twain user Interface is not being displayed. In that case _all_ old settings from the previous scan with UI displayed are ignored. # Solution in this merge request The TWAIN 2.4 specification says on Page 4-2 (PDF-Page 76): ``` At the time of loading the data source, all current values for the appropriate capabilities would be set to values that have either been restored from a previous session, or those that are "preferred" by the data source. This current value will remain until it has been explicitly changed by the calling application, or that application issues a MSG_RESET. ``` This is the approach choosen for this merge request: The new function SANE_LoadOptions loads parameter values from the registry when the data source is being opened and transfers them to the sane parameter store. The code in InitializeDialog, that loaded data from the registry, is restored to an older version and does not handle the registry at all. Instead dialog controls are filled based on the information in the SANE parameter database. Saving changed parameters remains as before. -- v5: dlls/sane.ds: Load last settings from registry immediatly when opening the DS https://gitlab.winehq.org/wine/wine/-/merge_requests/9479

2 1

[PATCH v4 0/1] MR9479: dlls/sane.ds: Load last settings from registry immediatly when opening the DS
by Bernd Herd (＠herdsoft) 21 Nov '25

21 Nov '25

This allows combining the capability negotiation with the application program with the user interface. # Capability values ignored with User Interface The recent patch to save sanner parameters from the twain user interface to the registry restores these parameters from the registry while displaying the dialog box. Settings performed by the application program via the capabilities mechanism are thus overwritten from the registry and ignored. So negotiated parameters are only honoured if the Twain user Interface is not being displayed. In that case _all_ old settings from the previous scan with UI displayed are ignored. # Solution in this merge request The TWAIN 2.4 specification says on Page 4-2 (PDF-Page 76): ``` At the time of loading the data source, all current values for the appropriate capabilities would be set to values that have either been restored from a previous session, or those that are "preferred" by the data source. This current value will remain until it has been explicitly changed by the calling application, or that application issues a MSG_RESET. ``` This is the approach choosen for this merge request: The new function SANE_LoadOptions loads parameter values from the registry when the data source is being opened and transfers them to the sane parameter store. The code in InitializeDialog, that loaded data from the registry, is restored to an older version and does not handle the registry at all. Instead dialog controls are filled based on the information in the SANE parameter database. Saving changed parameters remains as before. -- v4: dlls/sane.ds: Load last settings from registry immediatly when opening the DS https://gitlab.winehq.org/wine/wine/-/merge_requests/9479

2 1

[PATCH v2 0/4] MR9441: quartz/dsoundrender: A few bits around EOS handling.
by Paul Gofman (＠gofman) 20 Nov '25

20 Nov '25

-- v2: quartz/dsoundrender: Do not send EC_COMPLETE while flushing. quartz/dsoundrender: Send all queued samples to dsound before issuing EC_COMPLETE. quartz/test: Check for EC_COMPLETE more often in test_eos(). quartz/dsoundrender: Get rid of DSoundRenderer_Max_Fill buffer data queue limit. https://gitlab.winehq.org/wine/wine/-/merge_requests/9441

3 6