October 2024 - wine-gitlab

Re: [PATCH v2 0/2] MR6749: Stubs for the FTDI USB D2XX drivers. - approved
by Alexandre Julliard (＠julliard) 31 Oct '24

31 Oct '24

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

1 0

Re: [PATCH v2 0/7] MR6753: dataexchange: Make core_dragdrop_manager_add_TargetRequested() return S_OK. - approved
by Alexandre Julliard (＠julliard) 31 Oct '24

31 Oct '24

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

1 0

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

31 Oct '24

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) 31 Oct '24

31 Oct '24

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) 31 Oct '24

31 Oct '24

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) 31 Oct '24

31 Oct '24

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) 31 Oct '24

31 Oct '24

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) 31 Oct '24

31 Oct '24

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 (＠rbernon) 31 Oct '24

31 Oct '24

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

3 10

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

31 Oct '24

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

2025

2024

2023

2022

wine-gitlab October 2024