- wine-gitlab - winehq.org

[PATCH 0/1] MR1018: conhost: Fix tests on ReadConsole with CONSOLE_READCONSOLE_CONTROL.
by eric pouech (＠epo) 10 Oct '22

10 Oct '22

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52648 The patch should fix the errors around line 1370 in conhost/tests/tty.c, but it doesn't fix other errors around line 1530 and 1550 which are completly unrelated to this change. So failures to be expected on the later. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1018

3 3

[PATCH v4 0/2] MR930: Add tests for GetConsoleTitle() and return correct title length
by Hugh McMaster (＠hmc) 10 Oct '22

10 Oct '22

-- v4: kernelbase: Return full title length from GetConsoleTitle() kernel32/tests: Add tests for GetConsoleTitle() https://gitlab.winehq.org/wine/wine/-/merge_requests/930

5 10

[PATCH 0/1] MR1022: winevulkan: Use host Vulkan structures for private thunks arguments.
by Jacek Caban (＠jacek) 10 Oct '22

10 Oct '22

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

2 1

[PATCH 0/1] MR992: imm32/tests: Mark tests failing randomly on Windows as flaky.
by Francois Gouget (＠fgouget) 10 Oct '22

10 Oct '22

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

4 3

[PATCH v2 0/5] MR965: jscript/mshtml: Enumeration fixes.
by Gabriel Ivăncescu (＠insn) 10 Oct '22

10 Oct '22

-- v2: mshtml: Enumerate document elements with name. mshtml: Do not enumerate internal dynamic props. mshtml: Fix enumerating first custom prop after builtins. jscript: Refill the props at end of enumeration in html mode and retry. jscript: Fill the builtin props for enumeration on prototypes as well. https://gitlab.winehq.org/wine/wine/-/merge_requests/965

4 10

[PATCH 0/1] MR1021: include: Fix typos in NIN_BALLOON*.
by Alex Henrie (＠alexhenrie) 10 Oct '22

10 Oct '22

Needed to compile Tera Term. [MinGW](https://sourceforge.net/p/mingw-w64/mingw-w64/ci/457544ce277c6081439… does not have the typos. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1021

2 1

[PATCH 0/1] MR1011: user32: Correctly detect and assign an int resource
by Alistair Leslie-Hughes (＠alesliehughes) 10 Oct '22

10 Oct '22

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53646 Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1011

4 3

[PATCH 0/3] MR956: Return focus window in swapchain desc from IDirect3DSwapChain9_GetPresentParameters() if hDeviceWindow is NULL.
by Paul Gofman (＠gofman) 10 Oct '22

10 Oct '22

PICO park depends on that. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/956

5 6

[PATCH 0/1] MR1020: include: Fix typo in LR_VGACOLOR.
by Alex Henrie (＠alexhenrie) 10 Oct '22

10 Oct '22

Needed to compile Tera Term. Interestingly, [MinGW](https://sourceforge.net/p/mingw-w64/mingw-w64/ci/457544ce277c6081439… does not have the typo. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1020

2 1

[PATCH v2 0/5] MR25: vkd3d-shader/hlsl: Implement asuint() and completely move init_node() to hlsl.c.
by Zebediah Figura (＠zfigura) 10 Oct '22

10 Oct '22

-- v2: vkd3d-shader/hlsl: Pass a location pointer to init_node(). vkd3d-shader/hlsl: Use hlsl_new_expr() in add_expr(). vkd3d-shader/hlsl: Write SM4 reinterpret instructions. vkd3d-shader/hlsl: Parse the asuint() intrinsic. tests: Add a test for asuint(). https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/25

4 7

[PATCH 0/2] MR970: wined3d: Do not enforce map access for resources with WINED3D_RESOURCE_ACCESS_CPU.
by Zebediah Figura (＠zfigura) 10 Oct '22

10 Oct '22

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

4 4

[PATCH v3 0/2] MR979: d3d9: Implement d3dx_effect_SetRawValue
by Patrick Hibbs (＠hibbsncc1701) 10 Oct '22

10 Oct '22

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46012 Signed-off-by: Patrick Hibbs <hibbsncc1701(a)gmail.com> -- v3: d3dx9/tests: Implement tests for d3dx_effect_SetRawValue(). d3dx9: Implement d3dx_effect_SetRawValue https://gitlab.winehq.org/wine/wine/-/merge_requests/979

3 4

[PATCH 0/1] MR962: wined3d: Use a Wine debug channel for vkd3d debug output.
by Alexandre Julliard (＠julliard) 10 Oct '22

10 Oct '22

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

4 3

[PATCH v2 0/1] MR979: d3d9: Implement d3dx_effect_SetRawValue
by Patrick Hibbs (＠hibbsncc1701) 10 Oct '22

10 Oct '22

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46012 Signed-off-by: Patrick Hibbs <hibbsncc1701(a)gmail.com> -- v2: d3dx9: Implement d3dx_effect_SetRawValue https://gitlab.winehq.org/wine/wine/-/merge_requests/979

2 1

[PATCH 0/7] MR1007: Add some tests for l3codecx.ax
by Anton Baskanov (＠baskanov) 10 Oct '22

10 Oct '22

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

3 8

[PATCH 0/3] MR1019: shell32: Add Active Desktop stub.
by Nikolay Sivov (＠nsivov) 09 Oct '22

09 Oct '22

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

3 4

[PATCH 0/4] MR1013: Mostly cleanup
by eric pouech (＠epo) 09 Oct '22

09 Oct '22

clean up of code: - remove usage of wine_dbgstr_longlong() - remove some FIXME - remove stabs's only stuff clean up of mistake: - partially revert one of previous commits (messed up with the tests) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1013

3 6

[PATCH v2 0/2] MR1017: sapi: Implement ISpObjectToken GetId
by Alistair Leslie-Hughes (＠alesliehughes) 08 Oct '22

08 Oct '22

-- v2: sapi: Implement ISpObjectToken GetId sapi: Store the token id in ISpObjectToken SetId. https://gitlab.winehq.org/wine/wine/-/merge_requests/1017

2 2

[PATCH 0/2] MR1017: sapi: Implement ISpObjectToken GetId
by Alistair Leslie-Hughes (＠alesliehughes) 08 Oct '22

08 Oct '22

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

3 3

[PATCH 0/1] MR1016: ntoskrnl.exe: Implement IoCreateNotificationEvent
by Etaash Mathamsetty (＠etaash.mathamsetty) 08 Oct '22

08 Oct '22

xigncode3 seems to use it -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1016

2 1

[PATCH 0/1] MR1012: xmllite/writer: properly validate DocType name
by David Kahurani (＠kahurani) 07 Oct '22

07 Oct '22

Signed-off-by: David Kahurani <k.kahurani(a)gmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1012

3 2

[PATCH v3 0/3] MR414: fltmgr.sys: Implement FltBuildDefaultSecurityDescriptor
by Alistair Leslie-Hughes (＠alesliehughes) 07 Oct '22

07 Oct '22

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> -- v3: ntoskrnl.exe: Add FltBuildDefaultSecurityDescriptor test fltmgr.sys: Create import library fltmgr.sys: Implement FltBuildDefaultSecurityDescriptor https://gitlab.winehq.org/wine/wine/-/merge_requests/414

3 4

[PATCH v2 0/1] MR1005: ntdll: fixed size passed to GetTempPathW
by Marcus Meissner (＠msmeissn) 06 Oct '22

06 Oct '22

Signed-off-by: Marcus Meissner <marcus(a)jet.franken.de> -- v2: ntdll: Fix GetTempPathW() call passing wrong unit for the buffer size https://gitlab.winehq.org/wine/wine/-/merge_requests/1005

4 4

Re: [PATCH 0/1] MR182: winex11: Use XKB key names to map key codes to scan codes.
by Timo Zuccarello (＠timozuccarello) 06 Oct '22

06 Oct '22

On Thu Oct 6 11:01:58 2022 +0000, Rémi Bernon wrote: > Well, I believe it is not necessary in general when using standard X > server, as I described in > <https://www.winehq.org/pipermail/wine-devel/2020-October/175561.html>, > but that doesn't cover more exotic use cases where the X scancodes > aren't fixed. > Like @julliard replied in that thread, when using VNC X server for > instance the scancodes aren't fixed anymore and we need that logic to > figure them out. The problem, in my opinion, comes from VNC simulating > incorrect scancodes, as it recomputes them from the VKey it received > (the protocol only sends VKey and and it then assumes its client > keyboard layout is US), but I agree that nothing in the X specification > guarantees that the scancodes are fixed and that it makes some sense to > do that kind of detection. > Maybe an acceptable solution would be to make that layout detection > optional, and configurable through a `winecfg` option, so that by > default we'd assume a standard X server with fixed scancodes, and > optionally we'd keep support for layout detection (or the other way > around but I think improving the most common case as a default would be better). I just went through the email thread (I'm still new to navigating pipermail/mailing list archives) and I see the point, although I don't think I can entirely grasp what VNC does. But the way I understand it is that even if we used XKB names for the scan codes as in this MR, those would be messed up just as well when using a VNC X server, as it maps backwards from vkeys to scan codes? In the XKB specification/documentation, "The key name links keys with similar functions or in similar positions on keyboards that report different scan codes", which gets me wondering how Windows actually handles exotic keyboards or rather what is common practice in the drivers for said exotic keyboards. In any case, I agree, I suppose optional layout detection would be the most compatible solution for now at least. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/182#note_10036

1 0

Re: [PATCH 0/1] MR182: winex11: Use XKB key names to map key codes to scan codes.
by Rémi Bernon (＠rbernon) 06 Oct '22

06 Oct '22

On Thu Oct 6 11:01:52 2022 +0000, Timo Zuccarello wrote: > After last day's discussion, I don't think anymore that it's necessary > to use XKB names to map to scancodes. @rbernon says the keycodes are > fixed across keyboard layouts and this seems to be the case for me as > well even with exotic and custom layouts. Rather something about the > keyboard layout detection may be broken and assigns incorrect scancodes. > I'll take another look at this and try to figure something out. Well, I believe it is not necessary in general when using standard X server, as I described in <https://www.winehq.org/pipermail/wine-devel/2020-October/175561.html>, but that doesn't cover more exotic use cases where the X scancodes aren't fixed. Like @julliard replied in that thread, when using VNC X server for instance the scancodes aren't fixed anymore and we need that logic to figure them out. The problem, in my opinion, comes from VNC simulating incorrect scancodes, as it recomputes them from the VKey it received (the protocol only sends VKey and and it then assumes its client keyboard layout is US), but I agree that nothing in the X specification guarantees that the scancodes are fixed and that it makes some sense to do that kind of detection. Maybe an acceptable solution would be to make that layout detection optional, and configurable through a `winecfg` option, so that by default we'd assume a standard X server with fixed scancodes, and optionally we'd keep support for layout detection (or the other way around but I think improving the most common case as a default would be better). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/182#note_10034

1 0

2025

2024

2023

2022

wine-gitlab