July 2024 - Wine-gitlab - list.winehq.org

[PATCH 0/1] MR5619: win32u: Use FT_LOAD_PEDANTIC on first load try in freetype_get_glyph_outline().
by Paul Gofman (＠gofman) 08 Jul '24

08 Jul '24

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

4 9

[PATCH 0/7] MR6010: Cmd engine rewrite (part XVII)
by eric pouech (＠epo) 08 Jul '24

08 Jul '24

This is part XVII of cmd engine rewrite. Mostly ensuring that another bunch of internal commands set return code / error level. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6010

3 8

[PATCH 0/2] MR6009: Allow building modules with C++ source
by Grigory Vasilyev (＠h0tc0d3) 08 Jul '24

08 Jul '24

I believe that using CPP files in core Wine code is not a good idea. But it would be nice to have the option to compile C++ modules. For example, lsteamclient from Proton is written partially in C++. Based on @rbernon patch. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6009

3 3

[PATCH v6 0/2] MR5869: winewayland.drv: Add mouse rawinput support
by Grigory Vasilyev (＠h0tc0d3) 08 Jul '24

08 Jul '24

Adds the registry key HKEY_CURRENT_USER\\Software\\Wine\\Wayland Driver\\rawinput witch allows mouse raw input. This makes it easier to calculate the same sensitivity in different games, use sensitivity calculators, and easily change values when changing mouse DPI and do not depend on the compositor or OS. For example, you want to set the sensitivity to half as much, but sensitivity curves in libinput are more difficult to calculate than mouse sensitivity in the games. Implementation of ideas written in the comments: https://gitlab.winehq.org/wine/wine/-/merge_requests/4698 -- v6: winewayland.drv: Add mouse rawinput support https://gitlab.winehq.org/wine/wine/-/merge_requests/5869

3 4

[PATCH 0/1] MR6008: advapi32/tests: Test RegGetValue[AW] null termination.
by Alex Henrie (＠alexhenrie) 08 Jul '24

08 Jul '24

Split from !5969 because fixing this is going to require more invasive changes than I thought. It'd be easier to review the tests and then review the fix separately. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6008

2 1

[PATCH v2 0/1] MR5052: krnl386: Restore simulated real mode interrupts.
by Alex Henrie (＠alexhenrie) 08 Jul '24

08 Jul '24

This partially reverts commit ed6bdb3c51cd4b8c94f9839806321703e7aa9765 and commit 526b245237b9571beebac8a4653e7dd74c62c7de. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56225 -- v2: krnl386: Restore simulated real mode interrupts. https://gitlab.winehq.org/wine/wine/-/merge_requests/5052

3 2

[PATCH 0/1] MR6007: ntdll: Don't use CLOCK_REALTIME_COARSE
by Tatsuyuki Ishi (＠ishitatsuyuki) 07 Jul '24

07 Jul '24

This reverts commit 5c8ea25014f ("ntdll: Use CLOCK_REALTIME_COARSE for NtQuerySystemTime() if it has sufficient resolution.") CLOCK_*_COARSE only provides up to 1ms resolution at CONFIG_HZ=1000. OTOH, there are several ways to get up to 0.5ms resolution on modern Windows (high resolution waitable timers, NtSetTimerResolution with 0.5ms). This code path therefore has a possibility of behaving worse than native. Since COARSE resolution is HZ dependent, this code path only runs if the kernel is configured with CONFIG_HZ=1000. Most distro ships does not ship with this. Therefore, this code path is rarely tested, and is more of a recipe for surprise. If any application rely on fast NtQuerySystemTime they are likely already broken for majority of Wine users. Given the above reason, don't use CLOCK_REALTIME_COARSE. Use gettimeofday which is internally hooked to CLOCK_REALTIME. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6007

3 3

Re: [PATCH v4 0/8] MR5962: win32u: Implement common window surface shape logic with a 1bpp bitmap.
by Chunhao Hung (＠otakuxtom) 07 Jul '24

07 Jul '24

After this is merged, there are a regression I have report a bug https://bugs.winehq.org/show_bug.cgi?id=56945 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5962#note_75375

1 0

[PATCH 0/2] MR6006: dwmapi: Simulate DwmFlush blocking behavior.
by Grazvydas Ignotas (＠notaz) 06 Jul '24

06 Jul '24

The documentation states it's a blocking call. There are reports of it being used for WaitForVBlank-like purposes [1]. Without blocking Softube VST plugin logic breaks and they never update their UIs. [1] https://news.ycombinator.com/item?id=34501612 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56935 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6006

3 3

[PATCH v3 0/3] MR6004: comctl32: A NULL string fix.
by Aida Jonikienė 06 Jul '24

06 Jul '24

-- v3: comctl32/tests: Add tests for NULL strings with edit control WM_GETTEXT message. user32: Correctly handle NULL string in WM_GETTEXT AtoW wrapper. https://gitlab.winehq.org/wine/wine/-/merge_requests/6004

1 4