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

[PATCH v7 0/6] MR4092: user32: Actually implement RealGetWindowClass{A/W}.
by Connor McAdams (＠cmcadams) Oct. 23, 2023

Oct. 23, 2023

-- v7: user32: Pass real argument to NtUserGetClassName in RealGetWindowClass{A/W}. win32u: Add support for retrieving real window class ID across processes. user32: Set real window class ID for user32 static controls. win32u/tests: Add a test for real window class name retrieval. comctl32/tests: Add tests for RealGetWindowClass. user32/tests: Add tests for RealGetWindowClass. https://gitlab.winehq.org/wine/wine/-/merge_requests/4092

4 20

[PATCH v2 0/3] MR4151: wined3d: Clang warning fixes.
by Jacek Caban (＠jacek) Oct. 23, 2023

Oct. 23, 2023

-- v2: wined3d: Use unsigned type for res_type bit field. wined3d: Remove unused parallel_point_count variable. wined3d: Use return type to return result from read_dword. https://gitlab.winehq.org/wine/wine/-/merge_requests/4151

4 6

[PATCH 0/1] MR4157: cmd: Reset totals after trailer output.
by Akihiro Sagawa (＠sgwaki) Oct. 23, 2023

Oct. 23, 2023

Otherwise, sums are inherited between drives. For instance, dir /s z:\tmp c:\windows\system32\drivers\etc shows an incorrect summary for drive c. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4157

2 1

Re: [PATCH 0/1] MR277: cmd: Handle lines with just spaces in bracket blocks.
by userid0x0 (＠userid0x0) Oct. 23, 2023

Oct. 23, 2023

Hi, I just trapped into the same `whitespace` problem. Is there a plan to solve the issue? Another question - is it a valid workaround to ensure there are no `whitespace only` lines in the bat file? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/277#note_49569

1 0

[PATCH 0/4] MR424: tests: Introduce a stress tester for vkd3d-shader.
by Giovanni Mascellani (＠giomasce) Oct. 23, 2023

Oct. 23, 2023

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/424

2 5

Re: [PATCH v2 0/2] MR4108: Improve DMI tables under Linux.
by Hans Leidekker (＠hans) Oct. 23, 2023

Oct. 23, 2023

> Yeah, but this isn't necessarily about not trusting Windows apps, i.e. malice or malware, but rather that they can't be designed around it (since they assume Windows environment), so they would have privacy issues without even wanting to. At the very least maybe use Of course Windows apps can be designed around it. In the Windows environment they'd retrieve a real hardware ID that should be handled with the same care. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4108#note_49556

1 0

[PATCH 0/1] MR4152: dnsapi: Handle IP address as DNS name in DnsQuery_UTF8().
by Paul Gofman (＠gofman) Oct. 23, 2023

Oct. 23, 2023

Fixes Tekken 8 (early access) being unable to find other players for match. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4152

3 4

Re: [PATCH v2 0/2] MR4108: Improve DMI tables under Linux.
by Paul Gofman (＠gofman) Oct. 23, 2023

Oct. 23, 2023

On Sat Oct 21 10:27:59 2023 +0000, Jinoh Kang wrote: > Okay, I've read the prior discussions regarding the rationale. > Still, I don't think you should change the System UUID for *existing* > prefixes. Perhaps we could use the registry to detect whether the > prefix is new, and use the new algorithm for new prefixes. We could > also record the UUID in the registry "permanently." Maintaining any way of backward compat on this ID doesn't look feasible. E. g., the current way with a bug reports bios hashtag in serial field on my desktop due to missing fields not being handled. This ID is already non-unique, and maintaining these algorithms backwards would take unreasonable amount of effort (with arguably no gains). Probably more important, /etc/machine-id can be changed anytime by user or system resintall, it is not true hardware id. If anything firmly relies on HW id to persist forever, it is broken already. Regarding the original discussion, I also don't really understand why we should necessarily obfuscate /etc/machine-id for uuid / serial reporting. App has access to the file anyway, and Wine neither sends the ID anywhere nor tracks the user, it is between the app and the user. On Windows fwiw it will get real motherboard serial and other information like that. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4108#note_49550

1 0

[PATCH 0/1] MR4156: ntdll/tests: Use win_skip() for missing APIs in test_query_process_debug_port_custom_dacl.
by Jinoh Kang (＠iamahuman) Oct. 23, 2023

Oct. 23, 2023

A missing API is a todo in Wine. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4156

2 1

Re: [PATCH v2 0/2] MR4108: Improve DMI tables under Linux.
by Jinoh Kang (＠iamahuman) Oct. 23, 2023

Oct. 23, 2023

On Sat Oct 21 10:25:18 2023 +0000, Jinoh Kang wrote: > This changes the system GUID. Some DRMs and copy protections like to > assume that things like System UUIDs are permanent and never change. > Changing this will break such apps and the user might have to > reinstall/re-purchase them again. Okay, I've read the prior discussions regarding the rationale. Still, I don't think you should change the System UUID for *existing* prefixes. Perhaps we could use the registry to detect whether the prefix is new, and use the new algorithm for new prefixes. We could also record the UUID in the registry "permanently." -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4108#note_49548

1 0