- wine-gitlab - winehq.org

[PATCH 0/2] MR3735: user32/tests: Wait for GetMessage call to complete.
by Esme Povirk (＠madewokherd) 09 Mar '25

09 Mar '25

It's possible otherwise for the second message to be sent before GetMessage removes a posted message from the queue, in which case GetMessage processes both sent messages. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54407 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3735

3 3

[PATCH 0/1] MR3720: wtsapi/tests: Use a heap buffer for the user SID.
by Hans Leidekker (＠hans) 09 Mar '25

09 Mar '25

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

3 2

[PATCH 0/1] MR3721: webservices/tests: Fully initialize xmlstr.
by Hans Leidekker (＠hans) 09 Mar '25

09 Mar '25

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

3 2

[PATCH 0/4] MR7505: d3dx9: Partially implement ID3DXEffect::SetRawValue().
by Connor McAdams (＠cmcadams) 09 Mar '25

09 Mar '25

This patch series implements `ID3DXEffect::SetRawValue()` for the simplest cases, which are vec4s and matrix 4x4s. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7505

5 14

[PATCH 0/1] MR3719: d3d9/tests: Don't fail d3d9ex if the window manager restores focus too soon.
by Stefan Dösinger (＠stefan) 09 Mar '25

09 Mar '25

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

5 5

[PATCH v4 0/4] MR3675: dmsynth/tests: Test the synthesizer components and render some samples from MIDI.
by Rémi Bernon (＠rbernon) 09 Mar '25

09 Mar '25

-- v4: dmsynth/tests: Test DirectMusicSynth class in isolation. dmsynth/tests: Test DirectMusicSynthSink class in isolation. dmsynth/tests: Import and use a check_interface helper. dmsynth/tests: Avoid dynamic format string. https://gitlab.winehq.org/wine/wine/-/merge_requests/3675

4 10

Re: [PATCH v3 0/3] MR7416: wined3d: Interpret Y'CbCr values as being from the reduced range.
by Brendan McGrath (＠redmcg) 09 Mar '25

09 Mar '25

On Sun Mar 9 00:12:08 2025 +0000, Shengyu Qu wrote: > SD/HD difference not only exists in NV cards, AMD/Intel GPU also have > similar settings in their control panel(But not in Intel GPU + > eDP/TypeC/Thunderbolt panels: https://github.com/IGCIT/Intel-GPU-Community-Issue-Tracker-IGCIT/issues/878) @Stat_headcrabbed The SD/HD reference here refers to the BT.601 and BT.709 color spaces. BT.601 was designed for CRT and is considered the standard for SD (images that are 720 x 576 or less). BT.709 on the other hand was designed for LCD. But both of these color standards use the limited range Y'CrCb values and thus need to be expanded to full range RGB (as the rest of the graphics stack writing to an RGB texture will use full range). The color depth setting from the graphics card control panel will then determine what is sent to the monitor. So this change won't impact that. It's just making sure the value for black from a video matches the value of black from, for example, a shader. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7416#note_97223

1 0

[PATCH 0/1] MR7523: d3dx9/effect: Remove explicit objects pointer from the parsing helpers.
by Nikolay Sivov (＠nsivov) 08 Mar '25

08 Mar '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7523

3 2

[PATCH v3 0/2] MR7290: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW.
by Roman Pišl (＠rpisl) 08 Mar '25

08 Mar '25

PathRemoveFileSpecW keeps only the drive if the path contains all forward slashes as shown in tests. But then the temporary file is created in the root folder which fails for drive Z:. This fixes a corner case when using CMake in Wine. Another usage of PathRemoveFileSpecW is in PathRelativePathToW which should be also checked. I'm leaving this as a draft until getting some feedback and adding tests. -- v3: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW. kernel32: Test ReplaceFileW with forward slashes. https://gitlab.winehq.org/wine/wine/-/merge_requests/7290

2 3

[PATCH v2 0/2] MR7290: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW.
by Roman Pišl (＠rpisl) 08 Mar '25

08 Mar '25

PathRemoveFileSpecW keeps only the drive if the path contains all forward slashes as shown in tests. But then the temporary file is created in the root folder which fails for drive Z:. This fixes a corner case when using CMake in Wine. Another usage of PathRemoveFileSpecW is in PathRelativePathToW which should be also checked. I'm leaving this as a draft until getting some feedback and adding tests. -- v2: kernelbase: Handle correctly paths with forward slashes in ReplaceFileW. kernel32: Test ReplaceFileW with forward slashes. https://gitlab.winehq.org/wine/wine/-/merge_requests/7290

2 2

2025

2024

2023

2022

wine-gitlab