February 2025 - wine-gitlab

Re: [PATCH v3 0/2] MR6492: d2d1: Implement drawing of ID2D1GeometryGroup
by Stefan Brüns (＠StefanBruens) 25 Feb '25

25 Feb '25

On Tue Feb 25 20:20:12 2025 +0000, Stefan Brüns wrote: > I think the current implementation is only incorrect when the fill mode > is D2D1_FILL_MODE_ALTERNATE (0) (aka Even-Odd), but correct for > D2D1_FILL_MODE_WINDING (1). More specifically, when the fill mode is > ALTERNATE *and* there are intersections - for all of the other three > cases (WINDING with and without intersections, ALTERNATE without), it is correct. > According to my experience, even-odd fill mode is quite uncommon. Having > an implementation which is correct 99% of the time in real-world usage, > and leaving the remainder with an explicit, verbose FIXME is an > definitive improvement. Today, the result is always incorrect. @d1saster - Maybe you could extend the test so all 4 cases (2 fill modes, intersecting/non-intersecting) are tested (marking the ALTERNATE-intersecting one as known-fail). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6492#note_95932

1 0

Re: [PATCH v3 0/2] MR6492: d2d1: Implement drawing of ID2D1GeometryGroup
by Stefan Brüns (＠StefanBruens) 25 Feb '25

25 Feb '25

On Sat Sep 28 19:59:05 2024 +0000, Nikolay Sivov wrote: > It wouldn't consider it sufficient, it's clear that there is more to it > than copying data from individual geometries. So the question is the > same - what needs to be done to make it work properly, once it's > understood, we could implement it partially if it's too hard to do properly. I think the current implementation is only incorrect when the fill mode is D2D1_FILL_MODE_ALTERNATE (0) (aka Even-Odd), but correct for D2D1_FILL_MODE_WINDING (1). More specifically, when the fill mode is ALTERNATE *and* there are intersections - for all of the other three cases (WINDING with and without intersections, ALTERNATE without), it is correct. According to my experience, even-odd fill mode is quite uncommon. Having an implementation which is correct 99% of the time in real-world usage, and leaving the remainder with an explicit, verbose FIXME is an definitive improvement. Today, the result is always incorrect. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6492#note_95931

1 0

[PATCH v9 0/1] MR3096: ntdll: Add NtGetNextProcess stub.
by Alex Henrie (＠alexhenrie) 25 Feb '25

25 Feb '25

The stub is enough for TokenViewer.exe to start up and display its user interface. Based on a patch by Nikolay Sivov. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45119 -- v9: ntdll: Add NtGetNextProcess stub. https://gitlab.winehq.org/wine/wine/-/merge_requests/3096

2 3

[PATCH v4 0/5] MR7370: winex11: Pass fullscreen flag to is_window_managed.
by Rémi Bernon (＠rbernon) 25 Feb '25

25 Feb '25

Instead of checking for monitor rect. Similar purpose as https://gitlab.winehq.org/wine/wine/-/merge_requests/7362 -- v4: winewayland: Pass fullscreen flag to is_window_managed. winex11: Pass fullscreen flag to is_window_managed. winex11: Check managed window changes in WindowPosChanged. winex11: Request managed/embedded in a new window_set_managed helper. winex11: Initialize window managed flag in create_whole_window. https://gitlab.winehq.org/wine/wine/-/merge_requests/7370

3 7

[PATCH v5 0/4] MR6855: server: Fix renaming file to a hardlink of itself.
by Gabriel Ivăncescu (＠insn) 25 Feb '25

25 Feb '25

-- v5: server: When renaming, only fstat the source once. server: Handle hardlinks and casefolding when renaming the same file. kernel32/tests: Test renaming a file into a hardlink of itself. kernel32/tests: Use FindClose instead of CloseHandle when closing https://gitlab.winehq.org/wine/wine/-/merge_requests/6855

4 9

Re: [PATCH v4 0/1] MR1060: include: Remove interfaces already define in msxml6.idl
by Elizabeth Figura (＠zfigura) 25 Feb '25

25 Feb '25

> No, I think it is desirable. I'm going to move some more tests out, to build with either msxml2.idl or msxml6.idl, and then we'll see what's left. What's the progress on this? Is this something that could be delegated to someone else invested in upstreaming wine-staging patches? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1060#note_95923

1 0

[PATCH 0/1] MR7426: include: Add D3DKMT_WDDM_*_CAPS.
by Brendan Shanks (＠bshanks) 25 Feb '25

25 Feb '25

These structs are in the [Windows SDK](https://www.nuget.org/packages/Microsoft.Windows.SDK.CPP), and on MSDN. They are used in downstream patches like https://github.com/ValveSoftware/wine/commit/15c0fcd0ab4d, and sometimes in user-space libraries/applications. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7426

2 1

[PATCH v3 0/8] MR7424: winebth.sys part 5: Update properties for tracked remote devices.
by Vibhav Pant (＠vibhavp) 25 Feb '25

25 Feb '25

This fadds to the basic infrastructure needed for device inquiry/scanning. Also, fixes radio properties being incorrectly updated. -- v3: winebth.sys: Set the device class for remote devices from BlueZ's "Class" property. winebth.sys: Use the "Trusted" property from BlueZ device objects to set BDIF_PERSONAL. winebth.sys: Use the "Name" property of a BlueZ adapter for the local radio name. winebth.sys: Don't iterate over the remaining radios once a local device has been removed. winebth.sys: Initially set numOfDevices to 0 in IOCTL_BTH_GET_DEVICE_INFO. winebth.sys: Use the correct DBus property name in IOCTL_WINEBTH_RADIO_SET_FLAG. winebth.sys: Update properties for tracked remote devices on receiving PropertiesChanged for org.bluez.Device1 objects from BlueZ. https://gitlab.winehq.org/wine/wine/-/merge_requests/7424

2 9

[PATCH v3 0/4] MR7406: winebth.sys: Minor fixes related to device/radio properties.
by Vibhav Pant (＠vibhavp) 25 Feb '25

25 Feb '25

-- v3: winebth.sys: Don't iterate over the remaining radios once a local device has been removed. winebth.sys: Initially set numOfDevices to 0 in IOCTL_BTH_GET_DEVICE_INFO. winebth.sys: Use the correct DBus property name in IOCTL_WINEBTH_RADIO_SET_FLAG. winebth.sys: Only set the updated properties for local radios on BLUETOOTH_WATCHER_EVENT_TYPE_RADIO_PROPERTIES_CHANGED. https://gitlab.winehq.org/wine/wine/-/merge_requests/7406

2 6

[PATCH 0/8] MR7424: winebth.sys part 5: Update properties for tracked remote devices.
by Vibhav Pant (＠vibhavp) 25 Feb '25

25 Feb '25

This adds to the basic infrastructure needed for adding support for device inquiry/scanning. Also, fixes radio properties being incorrectly updated. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7424

2 8

2025

2024

2023

2022

wine-gitlab February 2025