- wine-gitlab - winehq.org

[PATCH v3 0/7] MR6703: msvcrt: Improve DBCS support for _strnicmp_l().
by Jactry Zeng (＠jactry) 21 Oct '24

21 Oct '24

-- v3: msvcrt/tests: Add tests of _strnicmp_l(). include: Add _strnicmp_l() declaration. msvcrt/tests: Test _stricmp() with multiple bytes characters. msvcrt: Correct the result of non-ASCII characters for _strnicmp_l(). msvcrt/tests: Test _tolower_l() with DBCS. msvcrt: Improve DBCS support for _tolower_l(). msvcrt/tests: Test tolower() with DBCS. https://gitlab.winehq.org/wine/wine/-/merge_requests/6703

3 9

[PATCH v25 0/5] MR6621: winebth.sys part 1: Introduce Bluetooth driver.
by Vibhav Pant (＠vibhavp) 21 Oct '24

21 Oct '24

This MR is the first of multiples MRs adding support for the Bluetooth stack API in Wine: 1. The winebth.sys driver, which talks to BlueZ and implements several key IOCTLs for communicating with Bluetooth devices and radios. 2. A bthserv service, which is responsible for keeping track of the authentication agent, and relaying authentication requests and responses to and from the driver. 3. Userspace APIs (bluetoothapis.dll, bthprops.cpl, Windows.Devices.Bluetooth, etc). winebth.sys is split into two "sub" drivers: `winebth.sys`: The main entrypoint, loaded by winedevice. It listens for changes to Bluetooth devices and radios and authentication events on BlueZ, passing them on the bthenum. It also handles most IOCTL operations on Bluetooth radio PDOs. `bthenum`: Responsible for creating nodes for discovered Bluetooth devices and associated services. It also tries to validate any IOCTLs relating to bluetooth devices before passing them to winebth.sys. (Not in this MR, likely in part 2) The unix code is split between dbus.c, unixlib.c and winebluetooth.c, where winebluetooth is a simple wrapper around unixlib for the sake of organization. -- v25: dlls/winebth.sys: Register and enable BTHPORT_DEVICE and BLUETOOTH_RADIO interfaces for radio PDOs. dlls/winebth.sys: Derive a unique hardware ID for radio PDOs from their corresponding BlueZ object path. dlls/winebth.sys: Create radio PDOs from the list of org.bluez.Adapter1 objects on BlueZ. dlls/winebth.sys: Add a basic unixlib stub using DBus. https://gitlab.winehq.org/wine/wine/-/merge_requests/6621

3 6

[PATCH 0/3] MR6706: windows.gaming.input: Invoke event handlers outside of the critical section.
by Rémi Bernon (＠rbernon) 21 Oct '24

21 Oct '24

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

3 5

[PATCH v24 0/5] MR6621: winebth.sys part 1: Introduce Bluetooth driver.
by Vibhav Pant (＠vibhavp) 21 Oct '24

21 Oct '24

This MR is the first of multiples MRs adding support for the Bluetooth stack API in Wine: 1. The winebth.sys driver, which talks to BlueZ and implements several key IOCTLs for communicating with Bluetooth devices and radios. 2. A bthserv service, which is responsible for keeping track of the authentication agent, and relaying authentication requests and responses to and from the driver. 3. Userspace APIs (bluetoothapis.dll, bthprops.cpl, Windows.Devices.Bluetooth, etc). winebth.sys is split into two "sub" drivers: `winebth.sys`: The main entrypoint, loaded by winedevice. It listens for changes to Bluetooth devices and radios and authentication events on BlueZ, passing them on the bthenum. It also handles most IOCTL operations on Bluetooth radio PDOs. `bthenum`: Responsible for creating nodes for discovered Bluetooth devices and associated services. It also tries to validate any IOCTLs relating to bluetooth devices before passing them to winebth.sys. (Not in this MR, likely in part 2) The unix code is split between dbus.c, unixlib.c and winebluetooth.c, where winebluetooth is a simple wrapper around unixlib for the sake of organization. -- v24: dlls/winebth.sys: Register and enable BTHPORT_DEVICE and BLUETOOTH_RADIO interfaces for radio PDOs. dlls/winebth.sys: Derive a unique hardware ID for radio PDOs from their corresponding BlueZ object path. dlls/winebth.sys: Create radio PDOs from the list of org.bluez.Adapter1 objects on BlueZ. dlls/winebth.sys: Add a basic unixlib stub using DBus. https://gitlab.winehq.org/wine/wine/-/merge_requests/6621

3 6

[PATCH v9 0/8] MR6649: winex11: Replace foreign windows with a driver-only host window tracking.
by Rémi Bernon (＠rbernon) 21 Oct '24

21 Oct '24

Making all the windows handled by the driver to be either GL/VK client surfaces, or top-level windows. This avoids leaking host windows into the Win32 space, and makes it possible to get rid of some remaining NtUserMapWindowPoints in `map_event_coords` for mouse input. -- v9: winex11: Get rid of the now unnecessary foreign windows. winex11: Generate relative ConfigureNotify on parent ConfigureNotify events. winex11: Use the new host windows to register foreign window events. winex11: Keep track of the host windows children window rects. winex11: Keep track of the host windows relative rects. winex11: Keep track of the host window children of interest. winex11: Create host windows recursively up to root_window. winex11: Introduce a new struct host_window for host-only windows. https://gitlab.winehq.org/wine/wine/-/merge_requests/6649

2 9

[PATCH v23 0/5] MR6621: winebth.sys part 1: Introduce Bluetooth driver.
by Vibhav Pant (＠vibhavp) 21 Oct '24

21 Oct '24

This MR is the first of multiples MRs adding support for the Bluetooth stack API in Wine: 1. The winebth.sys driver, which talks to BlueZ and implements several key IOCTLs for communicating with Bluetooth devices and radios. 2. A bthserv service, which is responsible for keeping track of the authentication agent, and relaying authentication requests and responses to and from the driver. 3. Userspace APIs (bluetoothapis.dll, bthprops.cpl, Windows.Devices.Bluetooth, etc). winebth.sys is split into two "sub" drivers: `winebth.sys`: The main entrypoint, loaded by winedevice. It listens for changes to Bluetooth devices and radios and authentication events on BlueZ, passing them on the bthenum. It also handles most IOCTL operations on Bluetooth radio PDOs. `bthenum`: Responsible for creating nodes for discovered Bluetooth devices and associated services. It also tries to validate any IOCTLs relating to bluetooth devices before passing them to winebth.sys. (Not in this MR, likely in part 2) The unix code is split between dbus.c, unixlib.c and winebluetooth.c, where winebluetooth is a simple wrapper around unixlib for the sake of organization. -- v23: dlls/winebth.sys: Register and enable BTHPORT_DEVICE and BLUETOOTH_RADIO interfaces for radio PDOs. dlls/winebth.sys: Derive a unique hardware ID for radio PDOs from their corresponding BlueZ object path. dlls/winebth.sys: Create radio PDOs from the list of org.bluez.Adapter1 objects on BlueZ. dlls/winebth.sys: Add a basic unixlib stub using DBus. dlls/winebth.sys: Add base winebth.sys driver. https://gitlab.winehq.org/wine/wine/-/merge_requests/6621

2 5

[PATCH 0/1] MR6705: win32u: Do not adjust old valid rect when moving child window bits.
by Rémi Bernon (＠rbernon) 21 Oct '24

21 Oct '24

The child window is moved within its parent surface, the old / new visible rects have moved with the child, but the surface did not and valid rects are correctly positionned already. Fixes: 602040c58cecb778972c2ade6efabaf3b9f963ff Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57334 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6705

2 1

[PATCH v2 0/2] MR6696: mciseq: Don't seek to the end of the root chunk in RMID files.
by Sebastian Krzyszkowiak (＠dos1) 21 Oct '24

21 Oct '24

Commit 9e1008f13735 added mmioSeek call that skips the whole data portion of the RMID chunk, breaking the handling of RMID (RIFF-based MIDI) files as it effectively skips the whole content of the RIFF file. Since mmioDescend expects the file position to be somewhere within the specified parent chunk, it's guaranteed to fail. $ WINEDEBUG=+mcimidi wine wintest.exe mcishell mci.c:178: Type your commands to the MCI, end with Ctrl-Z/^D open BOSSNOVA.RMI mci.c:188: command: open BOSSNOVA.RMI 0764:trace:mcimidi:MIDI_mciOpen (1, 00000200, 0051FB98) 0764:trace:mcimidi:MIDI_mciOpen wDevID=1 (lpParams->wDeviceID=1) 0764:trace:mcimidi:MIDI_mciOpen MCI_OPEN_ELEMENT L"bossnova.rmi"! 0764:trace:mcimidi:MIDI_mciOpen hFile=00000001 0764:trace:mcimidi:MIDI_mciOpen ParentChunk ckid=RIFF fccType=RMID cksize=000052DA mci.c:191: Test failed: mci open BOSSNOVA.RMI error: 296(40 MCIERR_INVALID_FILE) Its introduction seems unrelated to the rest of that commit and there's no reason given for placing it there, so let's remove the mmioSeek call to fix RMID file handling in MCI. Previous mmioDescend call will set the position to just after the chunk's form type, which is exactly where it should be when calling mmioDescend the second time to find the data chunk. Other parts of Wine code that deal with RIFF files don't seek in analogous situations either. Fixes: 9e1008f13735 ("Removed fixed size array to store specific data") -- v2: mciseq: Don't seek to the end of the root chunk in RMID files. midiseq: Reduce race window when closing sequencer. https://gitlab.winehq.org/wine/wine/-/merge_requests/6696

5 6

[PATCH v2 0/7] MR6703: msvcrt: Improve DBCS support for _strnicmp_l().
by Jactry Zeng (＠jactry) 20 Oct '24

20 Oct '24

-- v2: msvcrt/tests: Add tests of _strnicmp_l(). include: Add _strnicmp_l() declaration. msvcrt/tests: Test _stricmp() with multiple bytes characters. msvcrt: Improve DBCS support for _strnicmp_l(). msvcrt/tests: Test _tolower_l() with DBCS. msvcrt: Improve DBCS support for _tolower_l(). msvcrt/tests: Test tolower() with DBCS. https://gitlab.winehq.org/wine/wine/-/merge_requests/6703

5 17

[PATCH 0/5] MR6703: msvcrt: Improve DBCS support for _strnicmp_l().
by Jactry Zeng (＠jactry) 20 Oct '24

20 Oct '24

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

4 7

[PATCH 0/1] MR6696: mciseq: Don't seek to the end of the root chunk in RMID files.
by Sebastian Krzyszkowiak (＠dos1) 19 Oct '24

19 Oct '24

Commit 9e1008f13735 added mmioSeek call that skips the whole data portion of the RMID chunk, breaking the handling of RMID (RIFF-based MIDI) files as it effectively skips the whole content of the RIFF file. Since mmioDescend expects the file position to be somewhere within the specified parent chunk, it's guaranteed to fail. $ WINEDEBUG=+mcimidi wine wintest.exe mcishell mci.c:178: Type your commands to the MCI, end with Ctrl-Z/^D open BOSSNOVA.RMI mci.c:188: command: open BOSSNOVA.RMI 0764:trace:mcimidi:MIDI_mciOpen (1, 00000200, 0051FB98) 0764:trace:mcimidi:MIDI_mciOpen wDevID=1 (lpParams->wDeviceID=1) 0764:trace:mcimidi:MIDI_mciOpen MCI_OPEN_ELEMENT L"bossnova.rmi"! 0764:trace:mcimidi:MIDI_mciOpen hFile=00000001 0764:trace:mcimidi:MIDI_mciOpen ParentChunk ckid=RIFF fccType=RMID cksize=000052DA mci.c:191: Test failed: mci open BOSSNOVA.RMI error: 296(40 MCIERR_INVALID_FILE) Its introduction seems unrelated to the rest of that commit and there's no reason given for placing it there, so let's remove the mmioSeek call to fix RMID file handling in MCI. Previous mmioDescend call will set the position to just after the chunk's form type, which is exactly where it should be when calling mmioDescend the second time to find the data chunk. Other parts of Wine code that deal with RIFF files don't seek in analogous situations either. Fixes: 9e1008f13735 ("Removed fixed size array to store specific data") -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6696

3 3

[PATCH 0/1] MR6702: include: Add new property keys in propkey.h.
by Biswapriyo Nath (＠Biswa96) 19 Oct '24

19 Oct '24

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

3 3

Re: [PATCH v3 0/1] MR6674: xml2: Import upstream release 2.12.8.
by darkblaze69 (＠darkblaze69) 19 Oct '24

19 Oct '24

Office 2013 setup fails since this commit ![Screenshot_From_2024-10-19_11-18-54](/uploads/89b3c675a00c707dfc330232baa2afbe/Screenshot_From_2024-10-19_11-18-54.png) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6674#note_85508

1 0

[PATCH 0/5] MR6681: dplayx, dpwsockx: CreatePlayer() part 2.
by Anton Baskanov (＠baskanov) 19 Oct '24

19 Oct '24

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

4 10

[PATCH v3 0/1] MR6662: win32u/zibdrv: Round get_arc_max_points() value to a multiple of 4.
by Aida Jonikienė (＠DodoGTA) 19 Oct '24

19 Oct '24

This seems like a weird solution to me (so I'm not sure if the tests pass) -- v3: win32u/dibdrv: Round get_arc_max_points() value to a multiple of 4. https://gitlab.winehq.org/wine/wine/-/merge_requests/6662

3 6

[PATCH v2 0/1] MR6693: mlang: Only consider true type fonts in map_font().
by Danyil Blyschak (＠blyss) 18 Oct '24

18 Oct '24

-- v2: mlang: Only consider true type fonts in map_font(). https://gitlab.winehq.org/wine/wine/-/merge_requests/6693

3 2

Re: [PATCH v4 0/6] MR6688: d3dx9: Move targa decoding into d3dx9, part 2. - approved
by Alexandre Julliard (＠julliard) 18 Oct '24

18 Oct '24

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

1 0

Re: [PATCH v2 0/1] MR6699: user32/tests: Flush events after test_SetForegroundWindow. - approved
by Alexandre Julliard (＠julliard) 18 Oct '24

18 Oct '24

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

1 0

Re: [PATCH v3 0/1] MR6690: sort: New program. - approved
by Alexandre Julliard (＠julliard) 18 Oct '24

18 Oct '24

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

1 0

Re: [PATCH v2 0/2] MR6685: win32u: Fixes for arc drawing. - approved
by Alexandre Julliard (＠julliard) 18 Oct '24

18 Oct '24

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

1 0

Re: [PATCH v3 0/4] MR6695: ntdll/tests: Add reserve object tests. - approved
by Alexandre Julliard (＠julliard) 18 Oct '24

18 Oct '24

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

1 0

Re: [PATCH v2 0/6] MR6694: user32: Move DND code from winex11 XDND. - approved
by Alexandre Julliard (＠julliard) 18 Oct '24

18 Oct '24

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

1 0

[PATCH v3 0/6] MR6688: d3dx9: Move targa decoding into d3dx9, part 2.
by Connor McAdams (＠cmcadams) 18 Oct '24

18 Oct '24

These patches finish moving targa file handling into d3dx9. -- v3: d3dx9: Add support for decoding targa files with a color map in d3dx9. d3dx9: Add support for decoding targa files with run length encoding in d3dx9. d3dx9: Add support for decoding targa files with different pixel orders in d3dx9. d3dx9: Add support for loading basic targa images without WIC. d3dx9/tests: Add more tests for loading targa files. https://gitlab.winehq.org/wine/wine/-/merge_requests/6688

3 12

[PATCH v2 0/3] MR6680: msvcp140: Use current locale to convert path in _Fiopen.
by Daniel Lehman (＠dlehman25) 18 Oct '24

18 Oct '24

-- v2: msvcp140: Use current locale to convert path in _Fiopen. msvcp120/tests: Add tests for _Fiopen. msvcp140/tests: Add tests for _Fiopen. https://gitlab.winehq.org/wine/wine/-/merge_requests/6680

4 8

[PATCH 0/1] MR6699: user32/tests: Flush events after test_SetForegroundWindow.
by Rémi Bernon (＠rbernon) 18 Oct '24

18 Oct '24

Making sure there's no pending X11 event to be processed that would cause spurious failures with later tests. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6699

2 1

2025

2024

2023

2022

wine-gitlab