- Wine-GitLab - list.winehq.org

[PATCH v8 0/3] MR10603: win32u/freetype: Fix tmExternalLeading for CFF fonts.
by Arie Miller (＠Arimil) April 18, 2026

April 18, 2026

This fixes font scaling issues with CFF fonts this was discovered from games utilizing DxLib. https://github.com/yumetodo/DxLib/tree/master https://dxlib.xsrv.jp/index.html I've ran tests on Windows and to confirm that this change is consistent with a number of fonts. Before: ![image.png](/uploads/a398d5543df8561f1a6fbe9edded3b45/image.png){width="801" height="600"} After (this matches the windows visual from testing in a VM): ![image.png](/uploads/cf4e4c8753b3482dd24211b519a5fe23/image.png){width="767" height="572"} Related Proton Issue: https://github.com/ValveSoftware/Proton/issues/7299 Full Disclosure: An LLM was used to assist in finding this bug, the original fix written by the LLM wrote a loader binary that changed the pointers for `GetTextMetricsA` and `GetTextMetricsW` to point to a custom implementation that always set `tmExternalLeading`. The LLM determined that `GDI returns 0 when (winAscent + winDescent) > (Ascender - Descender)`, after testing on WIndows I found this to be incorrect, the actual difference is that CFF fonts always set `tmExternalLeading` to 0. ~~The test case for this fix was LLM generated but reviewed and tested on both Windows and Linux by me.~~ Test case: ``` WINEPREFIX=/tmp/wine-font winetricks allfonts WINEPREFIX=/tmp/wine-font ./loader/wine ./dlls/gdi32/tests/i386-windows/gdi32_test.exe ``` Patched: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (0 failures) ``` Unpatched Wine: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (51 failures) ``` Windows 11: ``` font.c:4266: test_CFF_external_leading: tested 48 CFF fonts (0 failures) ``` -- v8: gdi32: Add test for tmExternalLeading for CFF fonts. https://gitlab.winehq.org/wine/wine/-/merge_requests/10603

2 4

[PATCH v14 0/13] MR10611: LPC: Implement proper LPC system
by Rose Hellsing (＠axtlos) April 18, 2026

April 18, 2026

Until now, LPC was just a stub, any application that relied on LPC for communication would fail. This change implements parts of LPC, to allow for IPC between programs. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=30069 - fully fixed, sqlservr is able to run as expected Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59494 - partially fixed, starmoney doesn't flat out crash anymore, but it doesn't start fully, possibly because it uses the ALPC system which was introduced in Windows Vista, the version Starmoney 10 was advertised for -- v14: ntdll/tests: Add LPC port error handling tests. server: Handle LPC port close to break circular references. ntdll: Implement NtRegisterThreadTerminatePort. server: Implement LPC thread termination notification. ntdll: Implement NtReplyPort, NtReplyWaitReceivePort and NtReplyWaitReceivePortEx. ntdll: Implement NtRequestPort and NtRequestWaitReplyPort. server: Implement LPC message request and reply handlers. ntdll: Implement NtListenPort, NtAcceptConnectPort and NtCompleteConnectPort. ntdll: Implement NtConnectPort and NtSecureConnectPort. server: Implement LPC connection acceptance and completion. server: Implement LPC connection request and listen handlers. ntdll: Implement NtCreatePort and NtCreateWaitablePort. https://gitlab.winehq.org/wine/wine/-/merge_requests/10611

2 14

[PATCH v6 0/3] MR10603: win32u/freetype: Fix tmExternalLeading for CFF fonts.
by Arie Miller (＠Arimil) April 17, 2026

April 17, 2026

This fixes font scaling issues with CFF fonts this was discovered from games utilizing DxLib. https://github.com/yumetodo/DxLib/tree/master https://dxlib.xsrv.jp/index.html I've ran tests on Windows and to confirm that this change is consistent with a number of fonts. Before: ![image.png](/uploads/a398d5543df8561f1a6fbe9edded3b45/image.png){width="801" height="600"} After (this matches the windows visual from testing in a VM): ![image.png](/uploads/cf4e4c8753b3482dd24211b519a5fe23/image.png){width="767" height="572"} Related Proton Issue: https://github.com/ValveSoftware/Proton/issues/7299 Full Disclosure: An LLM was used to assist in finding this bug, the original fix written by the LLM wrote a loader binary that changed the pointers for `GetTextMetricsA` and `GetTextMetricsW` to point to a custom implementation that always set `tmExternalLeading`. The LLM determined that `GDI returns 0 when (winAscent + winDescent) > (Ascender - Descender)`, after testing on WIndows I found this to be incorrect, the actual difference is that CFF fonts always set `tmExternalLeading` to 0. ~~The test case for this fix was LLM generated but reviewed and tested on both Windows and Linux by me.~~ Test case: ``` WINEPREFIX=/tmp/wine-font winetricks allfonts WINEPREFIX=/tmp/wine-font ./loader/wine ./dlls/gdi32/tests/i386-windows/gdi32_test.exe ``` Patched: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (0 failures) ``` Unpatched Wine: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (51 failures) ``` Windows 11: ``` font.c:4266: test_CFF_external_leading: tested 48 CFF fonts (0 failures) ``` -- v6: gdi32: Add test for tmExternalLeading for CFF fonts. tools: Suport generation of otf fonts. win32u/freetype: Fix tmExternalLeading for CFF fonts. https://gitlab.winehq.org/wine/wine/-/merge_requests/10603

2 3

Re: [PATCH v4 0/1] MR10528: oleaut32: Add fast paths for VarAdd and VarCmp with integer operands.
by Francis De Brabandere (＠francisdb) April 17, 2026

April 17, 2026

Numbers updated for latest master and rebased. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10528#note_136873

1 0

[PATCH v5 0/4] MR10659: combase: Implement restricted WinRT error handling APIs.
by Anna R Békefi (＠annareginabekefi) April 17, 2026

April 17, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58900 Bug 58900 This series implements restricted WinRT error handling in combase and\ adds conformance tests for the new behavior. Implemented APIs include restricted error creation / retrieval,\ error context capture, transform, matching, and unhandled error reporting\ paths. Tests were added under dlls/combase/tests and pass locally.\ The existing combase tests also continue to pass. -- v5: combase/tests: Temporarily trim restricted error handling coverage. https://gitlab.winehq.org/wine/wine/-/merge_requests/10659

2 4

[PATCH 0/2] MR10695: ntdll: Improvements for RtlVirtualUnwind2 with NULL output handler data.
by Paul Gofman (＠gofman) April 17, 2026

April 17, 2026

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

2 3

[PATCH v5 0/2] MR10603: win32u/freetype: Fix tmExternalLeading for CFF fonts.
by Arie Miller (＠Arimil) April 17, 2026

April 17, 2026

This fixes font scaling issues with CFF fonts this was discovered from games utilizing DxLib. https://github.com/yumetodo/DxLib/tree/master https://dxlib.xsrv.jp/index.html I've ran tests on Windows and to confirm that this change is consistent with a number of fonts. Before: ![image.png](/uploads/a398d5543df8561f1a6fbe9edded3b45/image.png){width="801" height="600"} After (this matches the windows visual from testing in a VM): ![image.png](/uploads/cf4e4c8753b3482dd24211b519a5fe23/image.png){width="767" height="572"} Related Proton Issue: https://github.com/ValveSoftware/Proton/issues/7299 Full Disclosure: An LLM was used to assist in finding this bug, the original fix written by the LLM wrote a loader binary that changed the pointers for `GetTextMetricsA` and `GetTextMetricsW` to point to a custom implementation that always set `tmExternalLeading`. The LLM determined that `GDI returns 0 when (winAscent + winDescent) > (Ascender - Descender)`, after testing on WIndows I found this to be incorrect, the actual difference is that CFF fonts always set `tmExternalLeading` to 0. ~~The test case for this fix was LLM generated but reviewed and tested on both Windows and Linux by me.~~ Test case: ``` WINEPREFIX=/tmp/wine-font winetricks allfonts WINEPREFIX=/tmp/wine-font ./loader/wine ./dlls/gdi32/tests/i386-windows/gdi32_test.exe ``` Patched: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (0 failures) ``` Unpatched Wine: ``` font.c:4266: test_CFF_external_leading: tested 51 CFF fonts (51 failures) ``` Windows 11: ``` font.c:4266: test_CFF_external_leading: tested 48 CFF fonts (0 failures) ``` -- v5: gdi32: Add test for tmExternalLeading for CFF fonts. win32u/freetype: Fix tmExternalLeading for CFF fonts. https://gitlab.winehq.org/wine/wine/-/merge_requests/10603

3 7

[PATCH v13 0/13] MR10611: LPC: Implement proper LPC system
by Rose Hellsing (＠axtlos) April 17, 2026

April 17, 2026

Until now, LPC was just a stub, any application that relied on LPC for communication would fail. This change implements parts of LPC, to allow for IPC between programs. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=30069 - fully fixed, sqlservr is able to run as expected Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59494 - partially fixed, starmoney doesn't flat out crash anymore, but it doesn't start fully, possibly because it uses the ALPC system which was introduced in Windows Vista, the version Starmoney 10 was advertised for -- v13: ntdll/tests: Add LPC port error handling tests. server: Handle LPC port close to break circular references. ntdll: Implement NtRegisterThreadTerminatePort. server: Implement LPC thread termination notification. ntdll: Implement NtReplyPort, NtReplyWaitReceivePort and NtReplyWaitReceivePortEx. ntdll: Implement NtRequestPort and NtRequestWaitReplyPort. server: Implement LPC message request and reply handlers. ntdll: Implement NtListenPort, NtAcceptConnectPort and NtCompleteConnectPort. ntdll: Implement NtConnectPort and NtSecureConnectPort. server: Implement LPC connection acceptance and completion. server: Implement LPC connection request and listen handlers. ntdll: Implement NtCreatePort and NtCreateWaitablePort. server: Add LPC port object infrastructure. https://gitlab.winehq.org/wine/wine/-/merge_requests/10611

2 13

[PATCH 0/1] MR10694: po: update Polish translation
by Adam Markowski (＠AMark) April 17, 2026

April 17, 2026

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

2 1

[PATCH v12 0/13] MR10611: LPC: Implement proper LPC system
by Rose Hellsing (＠axtlos) April 17, 2026

April 17, 2026

Until now, LPC was just a stub, any application that relied on LPC for communication would fail. This change implements parts of LPC, to allow for IPC between programs. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=30069 - fully fixed, sqlservr is able to run as expected Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59494 - partially fixed, starmoney doesn't flat out crash anymore, but it doesn't start fully, possibly because it uses the ALPC system which was introduced in Windows Vista, the version Starmoney 10 was advertised for -- v12: ntdll/tests: Add LPC port error handling tests. server: Handle LPC port close to break circular references. ntdll: Implement NtRegisterThreadTerminatePort. server: Implement LPC thread termination notification. ntdll: Implement NtReplyPort, NtReplyWaitReceivePort and NtReplyWaitReceivePortEx. ntdll: Implement NtRequestPort and NtRequestWaitReplyPort. server: Implement LPC message request and reply handlers. ntdll: Implement NtListenPort, NtAcceptConnectPort and NtCompleteConnectPort. ntdll: Implement NtConnectPort and NtSecureConnectPort. server: Implement LPC connection acceptance and completion. server: Implement LPC connection request and listen handlers. ntdll: Implement NtCreatePort and NtCreateWaitablePort. server: Add LPC port object infrastructure. https://gitlab.winehq.org/wine/wine/-/merge_requests/10611

2 13