October 2023 - wine-gitlab

[PATCH 0/9] MR390: ci: Run tests using dxcompiler.
by Giovanni Mascellani (＠giomasce) 05 Oct '23

05 Oct '23

This goes on top of !346. See [a pipeline example](https://gitlab.winehq.org/giomasce/vkd3d/-/pipelines/16064). -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/390

4 11

[PATCH 0/4] MR387: vkd3d-shader/tpf: Miscelaneous improvements.
by Francisco Casas (＠fcasas) 05 Oct '23

05 Oct '23

Minor improvements that came up while upstreaming the patches from the `vkd3d-shader/tpf: Replace sm4 register structs with vkd3d-shader register structs` series. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/387

4 6

[PATCH v4 0/3] MR3876: Draft: Zero-width character handling in GetTextExtentExPoint[AW]
by Torge Matthies (＠tmatthies) 05 Oct '23

05 Oct '23

Certain characters are considered by GetTextExtentExPointA/W to have no width, even if they have a non-zero width and a shape in the font. This MR attempts to bring Wine's implementation of these functions closer to native behavior, though I was not able to get it anywhere near perfect. -- v4: win32u: Handle glyphs that are marked by the font as zero-width in GetTextExtentExPoint. win32u: Handle characters that are hard-coded to have no width in GetTextExtentExPoint. gdi32/tests: Add test for width of carriage return and line feed. https://gitlab.winehq.org/wine/wine/-/merge_requests/3876

4 15

[PATCH 0/2] MR4021: Partial support for EMR_EXTCREATEPEN.
by Piotr Caban (＠piotr) 05 Oct '23

05 Oct '23

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55606 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4021

3 3

[PATCH v2 0/1] MR381: vkd3d-shader/tpf: Handle "COLOR" semantic the same way as "sv_target" in the parser.
by Nikolay Sivov (＠nsivov) 05 Oct '23

05 Oct '23

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v2: vkd3d-shader/tpf: Return usage for all known semantic names. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/381

2 4

[PATCH 0/4] MR4020: Add tests and implementation of FILE_{RENAME,LINK}_IGNORE_READONLY_ATTRIBUTE
by Joel Holdsworth (＠jhol) 05 Oct '23

05 Oct '23

* Add tests for `FILE_RENAME_IGNORE_READONLY_ATTRIBUTE` and `FILE_LINK_IGNORE_READONLY_ATTRIBUTE`. * Disallow deletion of read-only files in `File{Rename,Link}Information{,Ex}`. * Added exception when `FILE_{RENAME,LINK}_IGNORE_READONLY_ATTRIBUTE` is specified. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4020

2 4

[PATCH v4 0/1] MR3967: mpr: WNetGetUniversalNameA() and WNetGetUniversalNameW() implemented
by Alexey Alyaev (＠aalyaev) 05 Oct '23

05 Oct '23

- Implemented WNetGetUniversalName*() functions to correctly return universal/remote info levels -- v4: mpr: WNetGetUniversalNameA() and WNetGetUniversalNameW() implemented https://gitlab.winehq.org/wine/wine/-/merge_requests/3967

3 3

Re: [PATCH v6 0/1] MR3966: mpr: WNetAddConnection*() and WNetCancelConnection*() always return success
by Alexey Alyaev (＠aalyaev) 05 Oct '23

05 Oct '23

On Thu Oct 5 09:29:00 2023 +0000, Zebediah Figura wrote: > I don't think we want this kind of hack in Wine. > > Allowing for manual configuration outside of wine. > What does this mean? Well, as it stands now, if we have an application that relies on wnet API to connect/disconnect remote disks, the application will fail no matter what, as WNetAddConnection() and WNetCancelConnection*() will error out. (#) If we then go to ~/.wine/dosdevices and setup a new drive sym-linked to some remote FS mounted in ~/.wine/dosdevices/unc/*, we still cannot get around the failures in WNet* api. While, this sort of work-around is not perfect, in a way it is a success-stub rather than a fail-stub, and at least it allows the application to proceed onto the access phase (read/write/...), and either work (if manual step (#) was completed), or fail unable to do i/o. It's understood that, the proper way would be to utilize the WNet provider tables and to actually implement a provider that will always succeed on connecting/disconnecting a network drive. But the latter is a much bigger change, which may be worth it, had there been a need for something more than just a SUCCESS-STUB. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3966#note_47668

1 0

[PATCH 0/1] MR384: Draft: vkd3d: Introduce a thread-local descriptor object cache.
by Conor McCarthy (＠cmccarthy) 05 Oct '23

05 Oct '23

A TLS index is allocated for each device object. We could use a global TLS, but that would share caches for all devices. I'm not sure if that's a problem. One index per device means freed indices must be recycled, which requires a global mutex, but a global TLS index would also need a global mutex. This currently leaks cache memory when a device is freed. To fix this, allocations must be tracked. A global cache is more difficult to free, which is not normally an issue, but it is when using valgrind. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/384

4 6

[PATCH v3 0/8] MR3993: windows.media.mediacontrol: Implement some ISystemMediaTransportControls properties.
by Mohamad Al-Jaf (＠maljaf) 05 Oct '23

05 Oct '23

Called by Roon. I have more patches for this, but I split them up for easier review. -- v3: windows.media.mediacontrol: Implement some ISystemMediaTransportControls properties. windows.media.mediacontrol/tests: Add some ISystemMediaTransportControls properties tests. windows.media.mediacontrol: Implement ISystemMediaTransportControlsInterop::GetForWindow(). windows.media.mediacontrol/tests: Add ISystemMediaTransportControlsInterop::GetForWindow() tests. windows.media.mediacontrol: Add ISystemMediaTransportControlsInterop stub interface. include: Add systemmediatransportcontrolsinterop.idl file. windows.media.mediacontrol: Add stub DLL. include: Add ISystemMediaTransportControls interface definition. https://gitlab.winehq.org/wine/wine/-/merge_requests/3993

3 12

2025

2024

2023

2022

wine-gitlab October 2023