November 2025 - Wine-gitlab

Re: [PATCH v3 0/1] MR9570: winegstreamer: Only change DMO's output type if SetOutputType is successful. - approved
by Alexandre Julliard (＠julliard) 25 Nov '25

25 Nov '25

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

1 0

Re: [PATCH v15 0/5] MR9112: XCOPY and COPY should not attempt to copy a file to itself.
by Joe Souza (＠JoeS209) 25 Nov '25

25 Nov '25

On Tue Nov 25 20:12:07 2025 +0000, Joe Souza wrote: > I'm traveling at the moment but this can (and should) be fixed by > changing RC_WRITEERROR in xcopy.c line 581 to RC_INITERROR. I will try > to fix this within the next few days if someone else doesn't get to it first. I just submitted MR !9593 for this. I edited the file directly in the gitlab UI. Hopefully I did this correctly. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9112#note_123727

1 0

[PATCH 0/1] MR9593: xcopy: Return proper error code in copy file to self failure.
by Joe Souza (＠JoeS209) 25 Nov '25

25 Nov '25

Return proper error code in copy file to self failure. This should fix the currently failing xcopy tests. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9593

2 1

Re: [PATCH v15 0/5] MR9112: XCOPY and COPY should not attempt to copy a file to itself.
by Joe Souza (＠JoeS209) 25 Nov '25

25 Nov '25

On Tue Nov 25 19:52:03 2025 +0000, Rémi Bernon wrote: > Fwiw some test is failing on Wine, see https://test.winehq.org/data/patterns.html#xcopy.exe:xcopy I'm traveling at the moment but this can (and should) be fixed by changing RC_WRITEERROR in xcopy.c line 581 to RC_INITERROR. I will try to fix this within the next few days if someone else doesn't get to it first. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9112#note_123726

1 0

[PATCH 0/1] MR9592: mshtml: Add the node props to document fragments in IE9+ modes.
by Gabriel Ivăncescu 25 Nov '25

25 Nov '25

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

2 2

[PATCH v2 0/5] MR9583: dmusic: SF2 fixes, part 2
by Anton Baskanov (＠baskanov) 25 Nov '25

25 Nov '25

-- v2: dmusic: Take sample correction into account. dmusic: Add an 8 dB attenuation to normalize SF2 instrument volume. dmusic: Add IIR filter resonance hump compensation. dmusic: Set attenuation based on SF_GEN_INITIAL_ATTENUATION. https://gitlab.winehq.org/wine/wine/-/merge_requests/9583

4 10

[PATCH v6 0/2] MR9519: dlls/twain_32: Offer TWAIN DSM as twaindsm.dll for 64 Bit and send DAT_ENTRYPOINT earlier.
by Bernd Herd (＠herdsoft) 25 Nov '25

25 Nov '25

64-Bit Windows applications typically expect the Twain Data Source manager to be named twaindsm.dll. Send the DG_CONTROL/DAT_ENTRYPOINT/MSG_SET before DG_CONTROL/DAT_IDENTITY/MSG_OPENDS so sane.ds does not need to know the module name to find the DSM entry point. An explanation for the request to offer the name twaindsm.dll for 64-Bit windows is offered here by the TWAIN organization: https://github.com/twain/twain-dsm/blob/master/TWAIN_DSM/src/readme.doc They cannot update the twain_32.dll installed and maintained by Microsoft, so they choose the new name twaindsm.dll instead. This name is also used at least by Irfanview and oder versions oder LibreOffice (Newer Libreoffice version start a 32-Bit process for 32-Bit TWAIN usage). This Merge request also changes the twain_32.dll so that it send it's entry points earlier, before opening the data source. This is the same behaviour as the twaindsm.dll from the TWAIN organization from [https://github.com/twain/twain-dsm/](https://github.com/twain/twain-dsm/blo… Otherwise sane.ds would in MSG_OPENDS try to find the DSM entry point based on the module-name "twain_32" in sane_main.c:60: ``` if (SANE_dsmentry == NULL) { HMODULE moddsm = GetModuleHandleW(L"twain_32"); if (moddsm) SANE_dsmentry = (void*)GetProcAddress(moddsm, "DSM_Entry"); if (!SANE_dsmentry) { ERR("can't find DSM entry point\n"); return TWRC_FAILURE; } } ``` -- v6: dlls/twaindsm: Implement DG_CONTROL/DAT_ENTRYPOINT/MSG_GET dlls/twaindsm, dlls/twain_32: Put DSM code into twaindsm.dll and add twain_32.dll wrapper https://gitlab.winehq.org/wine/wine/-/merge_requests/9519

2 2

[PATCH v5 0/2] MR9519: dlls/twain_32: Offer TWAIN DSM as twaindsm.dll for 64 Bit and send DAT_ENTRYPOINT earlier.
by Bernd Herd (＠herdsoft) 25 Nov '25

25 Nov '25

64-Bit Windows applications typically expect the Twain Data Source manager to be named twaindsm.dll. Send the DG_CONTROL/DAT_ENTRYPOINT/MSG_SET before DG_CONTROL/DAT_IDENTITY/MSG_OPENDS so sane.ds does not need to know the module name to find the DSM entry point. An explanation for the request to offer the name twaindsm.dll for 64-Bit windows is offered here by the TWAIN organization: https://github.com/twain/twain-dsm/blob/master/TWAIN_DSM/src/readme.doc They cannot update the twain_32.dll installed and maintained by Microsoft, so they choose the new name twaindsm.dll instead. This name is also used at least by Irfanview and oder versions oder LibreOffice (Newer Libreoffice version start a 32-Bit process for 32-Bit TWAIN usage). This Merge request also changes the twain_32.dll so that it send it's entry points earlier, before opening the data source. This is the same behaviour as the twaindsm.dll from the TWAIN organization from [https://github.com/twain/twain-dsm/](https://github.com/twain/twain-dsm/blo… Otherwise sane.ds would in MSG_OPENDS try to find the DSM entry point based on the module-name "twain_32" in sane_main.c:60: ``` if (SANE_dsmentry == NULL) { HMODULE moddsm = GetModuleHandleW(L"twain_32"); if (moddsm) SANE_dsmentry = (void*)GetProcAddress(moddsm, "DSM_Entry"); if (!SANE_dsmentry) { ERR("can't find DSM entry point\n"); return TWRC_FAILURE; } } ``` -- v5: dlls/twaindsm: Implement DG_CONTROL/DAT_ENTRYPOINT/MSG_GET dlls/twaindsm, dlls/twain_32: Put DSM code into twaindsm.dll and add twain_32.dll wrapper https://gitlab.winehq.org/wine/wine/-/merge_requests/9519

2 2

[PATCH 0/2] MR9590: winex11: Pass client rect to create_client_window.
by Rémi Bernon 25 Nov '25

25 Nov '25

Split from https://gitlab.winehq.org/wine/wine/-/merge_requests/9584, that other MR isn't right with child client surface positioning. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9590

1 2

[PATCH v3 0/1] MR9288: chakra: Add stub dll.
by Mohamad Al-Jaf (＠maljaf) 25 Nov '25

25 Nov '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52741 -- v3: chakra: Add stub dll. https://gitlab.winehq.org/wine/wine/-/merge_requests/9288

3 3