October 2024 - Wine-GitLab - list.winehq.org

Re: [PATCH v4 0/4] MR6722: win32u: Yet more arc fixes. - approved
by Alexandre Julliard (＠julliard) Oct. 31, 2024

Oct. 31, 2024

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

1 0

Re: [PATCH v31 0/5] MR6621: winebth.sys part 1: Introduce Bluetooth driver. - approved
by Elizabeth Figura (＠zfigura) Oct. 31, 2024

Oct. 31, 2024

This merge request was approved by Elizabeth Figura. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6621

1 0

[PATCH v2 0/4] MR6746: d3dx9: Introduce d3dx_pixel_format_id enumeration.
by Connor McAdams (＠cmcadams) Oct. 31, 2024

Oct. 31, 2024

This MR contains a set of patches that move away from using `D3DFORMAT` inside of `struct d3dx_image`. This will allow us to support formats that do not have a direct mapping to `D3DFORMAT`, and eventually once we share code with d3dx10/d3dx11 formats that do not have a direct mapping to `DXGI_FORMAT`. I've pushed a branch [here](https://gitlab.winehq.org/cmcadams/wine/-/tree/UPSTREAM/d3dx9-new-fmt… containing patches that actually use this new internal format system in practice. I would've included those in this MR, but that seemed like it'd make for a rather large MR. Hopefully splitting it this way makes it easier to review. :) -- v2: d3dx9: Use the d3dx_pixel_format_id enumeration inside of the WIC pixel format lookup structure. d3dx9: Use the d3dx_pixel_format_id enumeration inside of the DDS pixel format lookup structure. https://gitlab.winehq.org/wine/wine/-/merge_requests/6746

3 6

[PATCH 0/4] MR6746: d3dx9: Introduce d3dx_pixel_format_id enumeration.
by Connor McAdams (＠cmcadams) Oct. 31, 2024

Oct. 31, 2024

This MR contains a set of patches that move away from using `D3DFORMAT` inside of `struct d3dx_image`. This will allow us to support formats that do not have a direct mapping to `D3DFORMAT`, and eventually once we share code with d3dx10/d3dx11 formats that do not have a direct mapping to `DXGI_FORMAT`. I've pushed a branch [here](https://gitlab.winehq.org/cmcadams/wine/-/tree/UPSTREAM/d3dx9-new-fmt… containing patches that actually use this new internal format system in practice. I would've included those in this MR, but that seemed like it'd make for a rather large MR. Hopefully splitting it this way makes it easier to review. :) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6746

3 9

[PATCH v6 0/2] MR6737: comctl32/toolbar: forward unhandled WM_NOTIFY
by Alanas (＠BZZZZ) Oct. 31, 2024

Oct. 31, 2024

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57178 This makes [7-zip file manager](https://www.7-zip.org/) pressing enter while editing path work: * before: * [Icon near path becomes dark (7-zip file manager doesn't go to path).](https://old.reddit.com/r/winehq/comments/16ah3ze/7zip_cant_enter_pa…) * after: * 7-zip file manager goes to path. * Path input displays incorrect path (shouldn't happen, bug in wine's comboboxex unrelated to toolbar). -- v6: comctl32/toolbar: forward unhandled WM_NOTIFY comctl32/tests: Test WM_NOTIFY forwarding for toolbars. https://gitlab.winehq.org/wine/wine/-/merge_requests/6737

2 7

[PATCH v3 0/2] MR6734: wbemprox: Add property "ExecutablePath" to Win32_Process
by Fabian Maurer (＠DarkShadow44) Oct. 31, 2024

Oct. 31, 2024

I added a new test method, please tell me if I should merge that into an existing one, but as far as I understood, there is no tests for the querying yet. -- v3: wbemprox: Add property "ExecutablePath" to Win32_Process wbemprox/tests: Add test for Win32_Process querying "ExecutablePath" propery https://gitlab.winehq.org/wine/wine/-/merge_requests/6734

4 10

[PATCH 0/7] MR6752: include: More fixes to build libc++.
by Rémi Bernon Oct. 31, 2024

Oct. 31, 2024

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

2 10

Re: [PATCH v5 0/2] MR6737: comctl32/toolbar: forward unhandled WM_NOTIFY
by Zhiyi Zhang (＠zhiyi) Oct. 31, 2024

Oct. 31, 2024

On Thu Oct 31 10:21:42 2024 +0000, Alanas wrote: > do `ok`s in > ```c > case forward_test_code: > if (forward_test) > { > ok(hdr == &forward_test_nmhdr, "Got unexpected header.\n"); > ok(wParam == forward_test_idFrom, "Got unexpected wParam > 0x%Ix.\n", wParam); > } > else > { > ok(FALSE, "Got unexpected WM_NOTIFY.\n"); > } > forward_test = FALSE; > return forward_test_return; > ``` > need to be replaced with `todo_wine ok`? > they get passed 1 in first argument in windows and never run in wine > without editing `dlls/comctl32/toolbar.c` If these ok() in parent_wnd_notify() don't have failures before your fix, then you don't need to add todo_wines in parent_wnd_notify(). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6737#note_86364

1 0

[PATCH v3 0/4] MR6722: win32u: Yet more arc fixes.
by Elizabeth Figura (＠zfigura) Oct. 31, 2024

Oct. 31, 2024

-- v3: win32u: Forward to Rectangle() if the ellipse width or height is zero. https://gitlab.winehq.org/wine/wine/-/merge_requests/6722

3 6

Re: [PATCH v5 0/2] MR6737: comctl32/toolbar: forward unhandled WM_NOTIFY
by Alanas (＠BZZZZ) Oct. 31, 2024

Oct. 31, 2024

On Thu Oct 31 09:39:11 2024 +0000, Zhiyi Zhang wrote: > Put the todo_wine before each ok() statement in test_WM_NOTIFY() instead. do `ok`s in ```c case forward_test_code: if (forward_test) { ok(hdr == &forward_test_nmhdr, "Got unexpected header.\n"); ok(wParam == forward_test_idFrom, "Got unexpected wParam 0x%Ix.\n", wParam); } else { ok(FALSE, "Got unexpected WM_NOTIFY.\n"); } forward_test = FALSE; return forward_test_return; ``` need to be replaced with `todo_wine ok`? they get passed 1 in first argument in windows and never run in wine without editing `dlls/comctl32/toolbar.c` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6737#note_86362

1 0