January 2024 - Wine-gitlab - list.winehq.org

[PATCH v10 0/4] MR4551: Server-side thread priorities implementation (Part 1)
by Marc-Aurel Zent (＠mzent) 15 Jan '24

15 Jan '24

This is the current proton thread priority implementation by @rbernon rebased for upstream with a few `#ifdef`s added since AFAIK Linux is the only operating system where threads have a unique PID which can be used to set niceness on. ~~I also ran `./tools/make_requests` on https://gitlab.winehq.org/mzent/wine/-/commit/6705d3481be0409f7e971c1d2c7a3… as well and `autoconf` on https://gitlab.winehq.org/mzent/wine/-/commit/d7bafe40c411753662b2ad97148a6… (which does blow up the line count a bit).~~ A few tiny changes ~~(with the ready variable for example)~~ are in anticipation for Part 2, which also adds Mach thread priorities and recalculates thread priorities on process priority change. Since this is a rather large MR, I hope the split here is appropriate ~~(with the second part being slightly smaller)~~, but I think logically it makes the most sense here. -- v10: server: Check wineserver privileges on init with -20 niceness. server: Use setpriority to update thread niceness when safe. https://gitlab.winehq.org/wine/wine/-/merge_requests/4551

2 9

[PATCH 0/1] MR4835: ntdll: NtQuerySystemInformation(SystemHandleInformation) fix return value
by Dāvis Mosāns 15 Jan '24

15 Jan '24

Make return value to work like in Windows where given size must match exactly for STATUS_SUCCESS result. For more context/background info see !4832 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4835

3 5

[PATCH v3 0/3] MR4781: ddraw: Make sure that sysmem surfaces remain coherent when not locked.
by Zebediah Figura (＠zfigura) 15 Jan '24

15 Jan '24

-- v3: ddraw: Use the sysmem wined3d texture for sysmem surfaces if possible. ddraw: Sync to sysmem after performing a color fill. https://gitlab.winehq.org/wine/wine/-/merge_requests/4781

3 5

[PATCH v12 0/15] MR491: Draft: vkd3d-shader/dxil: Handle control flow instructions.
by Conor McCarthy (＠cmccarthy) 15 Jan '24

15 Jan '24

-- v12: vkd3d-shader/dxil: Handle the DXIL SWITCH instruction. vkd3d-shader/dxil: Handle the DXIL PHI instruction. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/491

3 26

[PATCH 0/5] MR4842: user32/tests: Misc tests refactoring.
by Rémi Bernon 15 Jan '24

15 Jan '24

Adding flaky_wine to some SetActiveWindow tests and refactor SendInput tests to make them more readable, try to fix some spurious failures and extend them with more tests and non-US layout support. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4842

2 8

[PATCH 0/1] MR4844: imm32/tests: Add flaky_himc to some ImmTranslateMessage expected calls.
by Rémi Bernon 15 Jan '24

15 Jan '24

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

2 3

[PATCH v2 0/1] MR4844: imm32/tests: Add todo_himc to some ImmTranslateMessage expected calls.
by Rémi Bernon 15 Jan '24

15 Jan '24

Wine-Bug: https://bugs.winehq.org//show_bug.cgi?id=55491 -- v2: imm32/tests: Add todo_himc to some ImmTranslateMessage expected calls. https://gitlab.winehq.org/wine/wine/-/merge_requests/4844

1 1

[PATCH 0/1] MR4843: dinput/tests: Make some failing keyboard test flaky_wine.
by Rémi Bernon 15 Jan '24

15 Jan '24

It's been randomly failing on Wine and on some VMs (only some fvwm / mutter) [1], so I'm assuming this is caused by a focus-related Wine or WM bug. This also only affects older dinput versions, which are using LL-hooks for keyboard input. [1]: https://test.winehq.org/data/patterns.html#dinput:device8 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4843

1 1

[PATCH 0/1] MR4841: vulkan/tests: Add gitlab Win10 VM results.
by Rémi Bernon 15 Jan '24

15 Jan '24

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

1 1

[PATCH v5 0/2] MR4812: user32: Fix the number of characters processed by DrawTextExW.
by JiangYi Chen (＠meshine) 15 Jan '24

15 Jan '24

Description: When flags does not include DT_CALCRECT, since len is calculated in the middle, it will be reduced to zero. Resulting in the length of the processed string that is finally returned to zero and the non-processing string length is unchanged. But some application taking the non-processing string length to zero as the loop end condition. Log: Signed-off-by: chenjiangyi <chenjiangyi(a)uniontech.com> Change-Id: Icc0f250f5f4faba1bee8326fc911a4fc9cd7c012 -- v5: user32: Fix the number of characters processed by DrawTextExW. user32/tests: Add tests for DrawTextExW. https://gitlab.winehq.org/wine/wine/-/merge_requests/4812

4 5