August 2025 - Wine-GitLab - list.winehq.org

[PATCH v2 0/3] MR8769: winebus: Miscellaneous changes relating to device identification.
by Connor McAdams (＠cmcadams) Aug. 22, 2025

Aug. 22, 2025

These patches are prerequisites for getting DualShock 4 controllers to work via USB in Tekken 8. -- v2: winebus: Override device instance enumerator string if bus type is known. winebus: Generate unique container IDs when adding devices. winebus: Generate unique serial numbers when adding devices. https://gitlab.winehq.org/wine/wine/-/merge_requests/8769

3 5

[PATCH 0/1] MR8816: winebus: SDL backend FF effect angle requires 32 bits.
by Rémi Bernon Aug. 22, 2025

Aug. 22, 2025

The max value of a INT16 is 32768, which is less than the 36000 required for a full rotation angle. Change type to INT32 as that is what the underlying SDL paramerter is. Rotate by +270 instead of -90 to eliminate negative value fixup too. Supersedes !8780 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8816

2 2

[PATCH 0/8] MR8773: joy.cpl: Various force feedback fixes
by Tyson Whitehead (＠twhitehead) Aug. 22, 2025

Aug. 22, 2025

@rbernon here are the the fixes for joy.cpl that I mentioned in !8744 separated from the autocenter stuff. You can see the individual commits, but basically it makes the press button to play effect feature work again, does a bit of cleanup, and fixes some other bugs I came across in tho code. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8773

3 10

Re: [PATCH v3 0/7] MR8776: More runtimeclass type checks - approved
by Rémi Bernon Aug. 22, 2025

Aug. 22, 2025

This merge request was approved by Rémi Bernon. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8776

1 0

[PATCH v3 0/2] MR8804: server: Return NULL from get_first_valid_hook when no hook is found.
by Rémi Bernon Aug. 22, 2025

Aug. 22, 2025

Fixes: 5b7b76432dffa453e75c6336d76fdb856ab8d0c7 -- v3: https://gitlab.winehq.org/wine/wine/-/merge_requests/8804

1 4

[PATCH 0/4] MR8815: opengl32: Keep track of draw/read framebuffer binding.
by Rémi Bernon Aug. 22, 2025

Aug. 22, 2025

When the context surfaces are framebuffer surfaces. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8815

1 4

[PATCH 0/4] MR8814: widl: Cleanup write_type helpers (3/3).
by Rémi Bernon Aug. 22, 2025

Aug. 22, 2025

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

1 4

[PATCH v4 0/11] MR8782: iphlpapi: Implement ipv6 ping.
by Paul Gofman (＠gofman) Aug. 22, 2025

Aug. 22, 2025

-- v4: iphlpapi/tests: Add tests for Icmp6SendEcho2(). iphlpapi: Implement Icmp6SendEcho2(). nsiproxy.sys: Don't try to check for original packet for ping socket. iphlpapi: Implement Icmp6CreateFile(). iphlpapi: Implement Icmp6ParseReplies(). iphlpapi: Only supply APC routine if no event in icmp_send_echo(). iphlpapi/tests: Refactor APC testing in testIcmpSendEcho(). iphlpapi: Factor out icmp_send_echo() function. nsiproxy.sys: Store socket type in struct icmp_data. nsiproxy.sys: Bind to source address in icmp_send_echo(). nsiproxy.sys: Get rid of echo request thread. https://gitlab.winehq.org/wine/wine/-/merge_requests/8782

3 13

[PATCH 0/1] MR8813: po: update Polish translation
by Adam Markowski (＠AMark) Aug. 22, 2025

Aug. 22, 2025

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

2 1

[PATCH v14 0/5] MR8703: combase: Implement HSTRING marshaling functions.
by Vibhav Pant (＠vibhavp) Aug. 21, 2025

Aug. 21, 2025

Add tests + implementations for the `HSTRING_User{Size, Marshal, Unmarshal, Free}` methods, required by proxies generated for interfaces that utilize HSTRING. -- v14: combase: Implement HSTRING_User{Unmarshal, Free}. combase: Implement HSTRING_UserMarshal. combase: Implement HSTRING_UserSize. https://gitlab.winehq.org/wine/wine/-/merge_requests/8703

3 8

[PATCH 0/1] MR8811: ntdll: Implement NtGetCurrentProcessorNumber() with pthread_cpu_number_np() when available on macOS.
by Brendan Shanks (＠bshanks) Aug. 21, 2025

Aug. 21, 2025

Using a documented API is always good when possible, and this will also work on ARM64. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8811

2 1

[PATCH 0/4] MR8810: kernel32, kernelbase: Preserve last error in OutputDebugString().
by Paul Gofman (＠gofman) Aug. 21, 2025

Aug. 21, 2025

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

2 5

[PATCH 0/1] MR8809: po: Update Lithuanian translation.
by Aurimas Fišeras Aug. 21, 2025

Aug. 21, 2025

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

1 1

Re: [PATCH v4 0/6] MR8770: ntoskrnl: Add support for getting DEVPKEY_Device_BusReportedDeviceDesc from devices. - approved
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

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

1 0

Re: [PATCH v2 0/3] MR8806: winevulkan: Update to VK spec version 1.4.325 and disable h265 extensions. - approved
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

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

1 0

Re: [PATCH v6 0/3] MR8614: wininet/internet: Fix parsing order of http times. - approved
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

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

1 0

Re: [PATCH v2 0/4] MR8796: win32u: Introduce a new framebuffer object GL surface. - approved
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

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

1 0

Re: [PATCH v2 0/4] MR8784: widl: Cleanup write_type helpers (2/3) - approved
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

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

1 0

Re: [PATCH v4 0/4] MR8781: jscript: Misc array and toString fixes. - approved
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

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

1 0

Re: [PATCH v4 0/5] MR8797: Implement GetProcessPriorityBoost/SetProcessPriorityBoost - approved
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

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

1 0

Re: [PATCH v4 0/3] MR8774: vccorlib140: Add an initial implementation for allocation primitives. - approved
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

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

1 0

[PATCH v2 0/1] MR8134: Draft: d3d10/tests: Compile more test effects from sources.
by Nikolay Sivov (＠nsivov) Aug. 21, 2025

Aug. 21, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v2: d3d10/tests: Compile more test effects from sources. https://gitlab.winehq.org/wine/wine/-/merge_requests/8134

2 1

Re: [PATCH v15 0/1] MR8778: sane.ds: Adding a window for loading and saving the scanner configuration
by Esme Povirk (＠madewokherd) Aug. 21, 2025

Aug. 21, 2025

On Thu Aug 21 20:40:08 2025 +0000, Esme Povirk wrote: > That would be much simpler. I'm guessing this wasn't done so that > alternative configurations could be stored in a separate file. Alternative configurations could be stored in named keys in the registry though. This might be an easier UI, since you could select them with a combo box. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8778#note_113532

1 0

Re: [PATCH v15 0/1] MR8778: sane.ds: Adding a window for loading and saving the scanner configuration
by Esme Povirk (＠madewokherd) Aug. 21, 2025

Aug. 21, 2025

On Thu Aug 21 20:05:30 2025 +0000, Alexandre Julliard wrote: > I'd suggest to store settings in the registry instead. That would be much simpler. I'm guessing this wasn't done so that alternative configurations could be stored in a separate file. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8778#note_113531

1 0

Re: [PATCH v15 0/1] MR8778: sane.ds: Adding a window for loading and saving the scanner configuration
by Alexandre Julliard (＠julliard) Aug. 21, 2025

Aug. 21, 2025

On Thu Aug 21 19:55:55 2025 +0000, Esme Povirk wrote: > Using a human-readable format makes sense to me. I think you're right - > as long as there aren't too many settings, the runtime cost is probably OK. > > Would it be better to store all the settings in memory and save them > to a file once the scan starts or the window is closed? > I think this should be decided based on what users are most likely to > expect (or want, as long as we can communicate it clearly). Personally, > if there is a Cancel button, I expect clicking it, or manually closing > the window, to discard any changes I've made (unless I've explicitly > saved them somehow). > One could change the Cancel button to Close, and then saving settings > immediately might make more sense, but I'm not sure how many people > would pick up on that. I would rather be able to Cancel, but that's just > a personal preference. I'd suggest to store settings in the registry instead. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8778#note_113530

1 0