- wine-gitlab - winehq.org

[PATCH 0/1] MR7897: kernel32/tests: Skip FreeConsole test at Windows 7.
by Bernhard Übelacker (＠bernhardu) 25 Apr '25

25 Apr '25

Followup of 13c77bc9e6. [Test pattern page](https://test.winehq.org/data/patterns.html#kernel32:console) [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=158074) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7897

2 1

[PATCH 0/1] MR7872: shell32: Avoid writing past end of xlpFile or lpResult in SHELL_FindExecutable().
by Paul Gofman (＠gofman) 25 Apr '25

25 Apr '25

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

3 3

[PATCH 0/1] MR7894: Draft: ntdll/tests: Allow an offset of 1 in the STATUS_BREAKPOINT test.
by Bernhard Übelacker (＠bernhardu) 25 Apr '25

25 Apr '25

In the [Test pattern page](https://gitlab.winehq.org/bernhardu/wine/-/merge_requests/new?merge_r… are some windows tests shown, that fail with `exception.c:881: Test failed: 42: Unexpected eip 0xf0000/0xf0001`. Unfortunately too late I realized these machines are all driven by @rbernon , so I cannot directly test this patch. @rbernon : Are these VMs probably running with AMD while testbot runs on Intel? What do you think about the patch? Is it worth the effort? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7894

2 1

[PATCH v8 0/5] MR7779: mshtml: Misc constructor and prototype improvements.
by Gabriel Ivăncescu (＠insn) 24 Apr '25

24 Apr '25

-- v8: mshtml: Return proper string from functional constructors' toString in mshtml: Define "create" from XMLHttpRequest constructor as a jscript prop mshtml: Define the constructor's prototype on mshtml side. mshtml: Consolidate the functional constructors into a common struct mshtml: Rename struct constructor to stub_constructor. https://gitlab.winehq.org/wine/wine/-/merge_requests/7779

3 6

Re: [PATCH v3 0/1] MR7463: maintainers: Remove myself as the Stable maintainer. - approved
by Alexandre Julliard (＠julliard) 24 Apr '25

24 Apr '25

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

1 0

Re: [PATCH v4 0/1] MR7870: kernelbase: fix racing condition in GlobalMemoryStatusEx() - approved
by Alexandre Julliard (＠julliard) 24 Apr '25

24 Apr '25

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

1 0

Re: [PATCH v5 0/2] MR7771: win32u: Make font handle table dynamically growable. - approved
by Alexandre Julliard (＠julliard) 24 Apr '25

24 Apr '25

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

1 0

Re: [PATCH v2 0/2] MR7892: winewayland: Always check the role to determine whether a surface is a toplevel. - approved
by Alexandre Julliard (＠julliard) 24 Apr '25

24 Apr '25

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

1 0

Re: [PATCH v6 0/1] MR7781: combase: Add stub for RoOriginateErrorW. - approved
by Alexandre Julliard (＠julliard) 24 Apr '25

24 Apr '25

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

1 0

Re: [PATCH v3 0/1] MR7859: gdi32/tests: Remove one test for NtGdiMakeFontDir. - approved
by Alexandre Julliard (＠julliard) 24 Apr '25

24 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7891: winewayland: Support building with older EGL headers. - approved
by Alexandre Julliard (＠julliard) 24 Apr '25

24 Apr '25

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

1 0

Re: [PATCH v2 0/2] MR7890: msvcrt: Avoid dynamic allocation when storing locale name. - approved
by Alexandre Julliard (＠julliard) 24 Apr '25

24 Apr '25

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

1 0

[PATCH 0/1] MR7837: shell32/tests: Avoid hang in test_rename.
by Bernhard Übelacker (＠bernhardu) 24 Apr '25

24 Apr '25

Followup of 0eab97ffa8. Usually version checks have to be avoided, but this modifies a pre-existing version check to skip that single test just with Windows 7. [Test pattern page.](https://test.winehq.org/data/patterns.html#shell32:shlfileop) [Testbot run with this patch included.](https://testbot.winehq.org/JobDetails.pl?Key=157955) CC: @zhui -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7837

4 9

Re: [PATCH v5 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Brendan McGrath (＠redmcg) 24 Apr '25

24 Apr '25

On Thu Apr 24 21:00:45 2025 +0000, Nikolay Sivov wrote: > Yes, if you resume from same position it will be assumed that source > produces sane time mark in the event. But there are a lot of assumptions > already, and it's relatively fragile on Windows in other aspects once > you start to go off default behavior. > Regarding multiple sources, as I recall it works in general, e.g. you > can have two completely separate video rendering branches (topoedit > could be used for testing), and it works reliably. Which one is correct > we can only test manually, if you return time+10 for one source and > time+20 another source and see which one reaches the sink clock state > method. What I haven't tried is using two separate source branches and > checking if same clock instance is used for both sinks. If it's doing > something mad and creates one clock per branch, next question would be > what happens to the junction nodes, like transforms with multiple inputs > where streams converging (there is an optional IMFClockConsumer thing > where you can obviously use only one clock). FYI - I just edited my comment above: https://gitlab.winehq.org/wine/wine/-/merge_requests/7833#note_101671 as I had missed a step. It calls `IMFMediaSource::Stop` before flushing the MFT. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7833#note_101828

1 0

Re: [PATCH v5 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Nikolay Sivov (＠nsivov) 24 Apr '25

24 Apr '25

On Thu Apr 24 20:50:29 2025 +0000, Brendan McGrath wrote: > I think Windows' approach has merit if we are requesting a new start > time, but for resumption I don't think it does. They don't perform any > of the flushing in this scenario. So if the source changes the position > significantly, then all the sinks and MFTs will have stale data. I guess > they just rely on the source not doing that on resumption. > But the other issue is, as you say, there will now be multiple sources > of truth. If we get different values from all the different streams, > which one is correct? Yes, if you resume from same position it will be assumed that source produces sane time mark in the event. But there are a lot of assumptions already, and it's relatively fragile on Windows in other aspects once you start to go off default behavior. Regarding multiple sources, as I recall it works in general, e.g. you can have two completely separate video rendering branches (topoedit could be used for testing), and it works reliably. Which one is correct we can only test manually, if you return time+10 for one source and time+20 another source and see which one reaches the sink clock state method. What I haven't tried is using two separate source branches and checking if same clock instance is used for both sinks. If it's doing something mad and creates one clock per branch, next question would be what happens to the junction nodes, like transforms with multiple inputs where streams converging (there is an optional IMFClockConsumer thing where you can obviously use only one clock). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7833#note_101827

1 0

Re: [PATCH v5 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Brendan McGrath (＠redmcg) 24 Apr '25

24 Apr '25

On Thu Apr 24 11:02:43 2025 +0000, Nikolay Sivov wrote: > > It was calling `OnClockStart`, but it turns out that was because I had > hard-coded the value in my `MESourceStarted` and `MEStreamStarted` > events. After changing these events to instead use `pvarStartPosition` > passed in `IMFMediaSource::Start`, I get: > > > > ``` > > 1330.024952|10088|source_mock_Start: format: > {00000000-0000-0000-0000-000000000000} (GUID_NULL) position: <EMPTY> > > 1330.025598|10088|clock_sink_OnClockRestart: system time 13300255028 > > ``` > > > > So sending those events with a hard-coded `VT_I8` value of zero caused > `OnClockStart` to be called, but now those events have a value of > `VT_EMPTY` and `OnClockRestart` is called. > I see, this is something we do differently. We are using original > session Start() timestamp when restarting the clock, and Windows > apparently is using whatever source reports. I think there is a value in > doing the same - the idea here I'm guessing is to adjust to the source > time, which could deviate both ways from the time client asked for. What > we'll need to figure out is which stamp we should actually be using for > the new clock position. You can have multiple sources with multiple > streams, so number of events with timestamps is potentially number of > streams across all sources + number of sources. I think Windows' approach has merit if we are requesting a new start time, but for resumption I don't think it does. They don't perform any of the flushing in this scenario. So if the source changes the position significantly, then all the sinks and MFTs will have stale data. I guess they just rely on the source not doing that on resumption. But the other issue is, as you say, there will now be multiple sources of truth. If we get different values from all the different streams, which one is correct? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7833#note_101826

1 0

[PATCH v7 0/4] MR7779: mshtml: Misc constructor and prototype improvements.
by Gabriel Ivăncescu (＠insn) 24 Apr '25

24 Apr '25

-- v7: mshtml: Define "create" from XMLHttpRequest constructor as a jscript prop mshtml: Define the constructor's prototype on mshtml side. mshtml: Consolidate the functional constructors into a common struct mshtml: Rename struct constructor to stub_constructor. https://gitlab.winehq.org/wine/wine/-/merge_requests/7779

3 8

[PATCH v4 0/2] MR7771: win32u: Make font handle table dynamically growable.
by Brendan Shanks (＠bshanks) 24 Apr '25

24 Apr '25

This fixes "out of realized font handles" errors seen with Valve games like Half-Life 2 (which uses more than 1000 font handles). The new limit of 5000 is roughly inspired by the Windows limit, although there are differences. On Windows 11 I can call `CreateFont()` (and then `SetMapMode()`, `SelectObject()`, `SetTextAlign()` to realize the font) exactly 5000 times before it hits the handle limit. Under Wine, child fonts use handles as well, so the limit is usually hit before 5000 `CreateFont()` calls. But, there is caching so that `CreateFont()` calls with identical arguments do not count towards the limit. Ultimately the old limit of 256 was sufficient for almost all applications, and 5000 should be enough for all but the worst-behaved apps. -- v4: win32u: Raise realized font handle limit to 5000. https://gitlab.winehq.org/wine/wine/-/merge_requests/7771

2 3

[PATCH v22 0/6] MR7650: Add support for AF_UNIX sockets (followup)
by Ralf Habacker (＠rhabacker) 24 Apr '25

24 Apr '25

Follow-up of !2786, which appears to have been abandoned. -- v22: ws2_32/tests: Add test for AF_UNIX sockets server: Fix getsockname() and accept() on AF_UNIX sockets. server: Introduce error when attempting to create a SOCK_DGRAM AF_UNIX socket. server: Allow for deletion of socket files. ws2_32: Add support for AF_UNIX sockets. ws2_32: Add afunix.h header. https://gitlab.winehq.org/wine/wine/-/merge_requests/7650

2 6

[PATCH 0/2] MR7892: winewayland: Always check the role to determine whether a surface is a toplevel.
by Alexandros Frantzis (＠afrantzis) 24 Apr '25

24 Apr '25

Since the role objects in the wayland_surface struct are part of a union, we first need to check whether the surface has the right role before checking the role objects themselves. Otherwise we risk using a subsurface as a toplevel or vice-versa. The second commit introduces a helper to deduplicate the toplevel checks. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7892

2 2

[PATCH v5 0/1] MR7781: combase: Add stub for RoOriginateErrorW.
by Louis Lenders (＠xe) 24 Apr '25

24 Apr '25

This is called by UniGetUi (https://github.com/marticliment/UniGetUI/releases/tag/3.1.8). (After choosing 'Install for all users' --> 'perform portable installation' otherwise the installer runs into other (shellfolder) related bugs) -- v5: combase: Add stub for RoOriginateErrorW. https://gitlab.winehq.org/wine/wine/-/merge_requests/7781

3 2

[PATCH 0/1] MR7879: dbghelp: Bail out when encountering managed symbols.
by Marc-Aurel Zent (＠mzent) 24 Apr '25

24 Apr '25

This avoids asserts later down the line and makes WineHQ Bug 34990 less problematic for now, until a full managed implementation can be done. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7879

3 5

Re: [PATCH v5 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Nikolay Sivov (＠nsivov) 24 Apr '25

24 Apr '25

> It was calling `OnClockStart`, but it turns out that was because I had hard-coded the value in my `MESourceStarted` and `MEStreamStarted` events. After changing these events to instead use `pvarStartPosition` passed in `IMFMediaSource::Start`, I get: > > ``` > 1330.024952|10088|source_mock_Start: format: {00000000-0000-0000-0000-000000000000} (GUID_NULL) position: <EMPTY> > 1330.025598|10088|clock_sink_OnClockRestart: system time 13300255028 > ``` > > So sending those events with a hard-coded `VT_I8` value of zero caused `OnClockStart` to be called, but now those events have a value of `VT_EMPTY` and `OnClockRestart` is called. I see, this is something we do differently. We are using original session Start() timestamp when restarting the clock, and Windows apparently is using whatever source reports. I think there is a value in doing the same - the idea here I'm guessing is to adjust to the source time, which could deviate both ways from the time client asked for. What we'll need to figure out is which stamp we should actually be using for the new clock position. You can have multiple sources with multiple streams, so number of events with timestamps is potentially number of streams across all sources + number of sources. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7833#note_101791

1 0

[PATCH 0/2] MR5285: AMD Radeon Vega 7 Renoir pci-ids
by Carlos Rodriguez (＠mrdeathjr28) 24 Apr '25

24 Apr '25

With this patch wine can recognize amd radeon vega 7 renoir (actually appears like radeon RX 5600) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5285

4 5

[PATCH v3 0/3] MR7771: win32u: Make font handle table dynamically growable.
by Brendan Shanks (＠bshanks) 24 Apr '25

24 Apr '25

This fixes "out of realized font handles" errors seen with Valve games like Half-Life 2 (which uses more than 1000 font handles). The new limit of 5000 is roughly inspired by the Windows limit, although there are differences. On Windows 11 I can call `CreateFont()` (and then `SetMapMode()`, `SelectObject()`, `SetTextAlign()` to realize the font) exactly 5000 times before it hits the handle limit. Under Wine, child fonts use handles as well, so the limit is usually hit before 5000 `CreateFont()` calls. But, there is caching so that `CreateFont()` calls with identical arguments do not count towards the limit. Ultimately the old limit of 256 was sufficient for almost all applications, and 5000 should be enough for all but the worst-behaved apps. -- v3: win32u: Make font handle table dynamically growable. win32u: Track free font handles through indices instead of pointers. win32u: Enter font_lock in NtGdiMakeFontDir. https://gitlab.winehq.org/wine/wine/-/merge_requests/7771

4 6

[PATCH v4 0/2] MR7781: combase: Add stub for RoOriginateErrorW.
by Louis Lenders (＠xe) 24 Apr '25

24 Apr '25

This is called by UniGetUi (https://github.com/marticliment/UniGetUI/releases/tag/3.1.8). (After choosing 'Install for all users' --> 'perform portable installation' otherwise the installer runs into other (shellfolder) related bugs) -- v4: v3: Only print pointer in FIXME. https://gitlab.winehq.org/wine/wine/-/merge_requests/7781

2 2

[PATCH v2 0/1] MR7859: gdi32/tests: Remove one test for NtGdiMakeFontDir.
by Bernhard Übelacker (＠bernhardu) 24 Apr '25

24 Apr '25

The call to NtGdiMakeFontDir fails just below Windows 10-1607, therefore this test fails in Windows 10-1607 and above. Followup of 5a6a75a5ff. [Link to the pattern page.](https://test.winehq.org/data/patterns.html#gdi32:font) Edit: Outdated, was the first version of the patch: [A testbot run with this patch.](https://testbot.winehq.org/JobDetails.pl?Key=157999) -- v2: gdi32/tests: Remove one test for NtGdiMakeFontDir. https://gitlab.winehq.org/wine/wine/-/merge_requests/7859

3 4

[PATCH 0/1] MR7891: winewayland: Support building with older EGL headers.
by Alexandros Frantzis (＠afrantzis) 24 Apr '25

24 Apr '25

Support building on systems with older EGL headers, which may not include the EGL_EXT_present_opaque extension. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57941 -- Note that this MR doesn't change the runtime requirement for EGL_EXT_present_opaque. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7891

2 1

[PATCH v3 0/1] MR7781: combase: Add stub for RoOriginateErrorW.
by Louis Lenders (＠xe) 24 Apr '25

24 Apr '25

This is called by UniGetUi (https://github.com/marticliment/UniGetUI/releases/tag/3.1.8). (After choosing 'Install for all users' --> 'perform portable installation' otherwise the installer runs into other (shellfolder) related bugs) -- v3: combase: Add stub for RoOriginateErrorW. https://gitlab.winehq.org/wine/wine/-/merge_requests/7781

4 3

[PATCH 0/2] MR7890: msvcrt: Avoid dynamic allocation when storing locale name.
by Piotr Caban (＠piotr) 24 Apr '25

24 Apr '25

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

2 2

[PATCH v5 0/2] MR7672: Draft: mfplat/tests: Add tests for Byte Stream Output.
by Brendan McGrath (＠redmcg) 24 Apr '25

24 Apr '25

This MR adds tests that examine the values of the samples output by the byte stream handlers. It is marked as draft as it is dependent on the fixes included within MR !7569. I've also renamed the tests as they previously exclusively tested the sample output timestamps. The tests now also look at the number of buffers included in a sample and total size of the buffers within a sample. -- v5: mfplat/tests: Add tests for MP3 Byte Stream Output. mfplat/tests: Add tests for Byte Stream Output. https://gitlab.winehq.org/wine/wine/-/merge_requests/7672

2 2

[PATCH v2 0/1] MR7669: Draft: ntdll/server: Make robust to spurious short writes
by Bernhard Übelacker (＠bernhardu) 24 Apr '25

24 Apr '25

Version 1 of the patch by Keno Fischer. -- v2: ntdll/server: Make robust to spurious short writes https://gitlab.winehq.org/wine/wine/-/merge_requests/7669

3 5

Re: [PATCH v5 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Brendan McGrath (＠redmcg) 23 Apr '25

23 Apr '25

On Wed Apr 23 23:51:29 2025 +0000, Brendan McGrath wrote: > > Just so I understand, SAR clock jumps to pts + \<time it actually took > to play this sample/time it would take according to sample rate\> or it > jumps blindly to pts + mf sample duration, ignoring actual playback > time? I don't know how well sample duration is validated against actual > buffer sizes. > It will jump to PTS and then progress from there at the playback rate. I > don't think it uses the duration value, just buffer size to determine > duration (which is easy to calculate based on frame size and sample rate). I should add that the clock stops once playback of the provided sample(s) are complete. It won't start again until it receives another sample. But if that happens, it seems to add an implicit discontinuity. And after a discontinuity (either implicit as described above, or explicit via a sample attribute) it doesn't just jump forward anymore. It will instead insert a period of silence, so the clock will progress at the playback rate until the next PTS, and at that point it'll start playing the next sample. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7833#note_101769

1 0

Re: [PATCH v5 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Brendan McGrath (＠redmcg) 23 Apr '25

23 Apr '25

> Just so I understand, SAR clock jumps to pts + \<time it actually took to play this sample/time it would take according to sample rate\> or it jumps blindly to pts + mf sample duration, ignoring actual playback time? I don't know how well sample duration is validated against actual buffer sizes. It will jump to PTS and then progress from there at the playback rate. I don't think it uses the duration value, just buffer size to determine duration (which is easy to calculate based on frame size and sample rate). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7833#note_101767

1 0

Re: [PATCH v5 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Brendan McGrath (＠redmcg) 23 Apr '25

23 Apr '25

> Is this an artifact of your tracing or OnClockRestart() is actually never used? It was calling `OnClockStart`, but it turns out that was because I had hard-coded the value in my `MESourceStarted` and `MEStreamStarted` events. After changing these events to instead use `pvarStartPosition` passed in `IMFMediaSource::Start`, I get: ``` 1330.024952|10088|source_mock_Start: format: {00000000-0000-0000-0000-000000000000} (GUID_NULL) position: <EMPTY> 1330.025598|10088|clock_sink_OnClockRestart: system time 13300255028 ``` So sending those events with a hard-coded `VT_I8` value of zero caused `OnClockStart` to be called, but now those events have a value of `VT_EMPTY` and `OnClockRestart` is called. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7833#note_101766

1 0

[PATCH 0/1] MR7888: wbemprox: Implement Win32_CacheMemory table.
by Paul Gofman (＠gofman) 23 Apr '25

23 Apr '25

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

2 3

Re: [PATCH v2 0/1] MR7887: po: Update Lithuanian translation. - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

Re: [PATCH v2 0/4] MR7882: msvcr: Link to msvcr{80,90}. - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7886: msvcrt: Fix memory leaks in create_locinfo. - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

Re: [PATCH v4 0/1] MR7829: d3d9/tests: Skip some d3d12 tests instead of crashing. - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7834: d3d11/tests: Add broken to test_nv12. - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

Re: [PATCH v5 0/1] MR7838: mfplat/tests: Don't assume video processor MFT can provide samples. - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

Re: [PATCH v2 0/5] MR7883: PDB rewrite #11. - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

Re: [PATCH v5 0/2] MR7833: mf: Update state and start clock for both paused and stopped. - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

Re: [PATCH v3 0/1] MR7798: spoolss: Avoid buffer-overflow when setting numentries. (ASan) - approved
by Alexandre Julliard (＠julliard) 23 Apr '25

23 Apr '25

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

1 0

[PATCH v6 0/5] MR7779: mshtml: Misc constructor and prototype improvements.
by Gabriel Ivăncescu (＠insn) 23 Apr '25

23 Apr '25

-- v6: mshtml: Validate builtin host functions in IE9+ using prototype_id rather mshtml: Store the object_id of the last object in the prototype chain that mshtml: Define "create" from XMLHttpRequest constructor as a jscript prop mshtml: Consolidate the functional constructors into a common struct mshtml: Rename struct constructor to stub_constructor. https://gitlab.winehq.org/wine/wine/-/merge_requests/7779

3 15

[PATCH v2 0/2] MR7771: win32u: Make font handle table dynamically growable.
by Brendan Shanks (＠bshanks) 23 Apr '25

23 Apr '25

This fixes "out of realized font handles" errors seen with Valve games like Half-Life 2 (which uses more than 1000 font handles). The new limit of 5000 is roughly inspired by the Windows limit, although there are differences. On Windows 11 I can call `CreateFont()` (and then `SetMapMode()`, `SelectObject()`, `SetTextAlign()` to realize the font) exactly 5000 times before it hits the handle limit. Under Wine, child fonts use handles as well, so the limit is usually hit before 5000 `CreateFont()` calls. But, there is caching so that `CreateFont()` calls with identical arguments do not count towards the limit. Ultimately the old limit of 256 was sufficient for almost all applications, and 5000 should be enough for all but the worst-behaved apps. -- v2: win32u: Make font handle table dynamically growable. win32u: Track free font handles through indices instead of pointers. https://gitlab.winehq.org/wine/wine/-/merge_requests/7771

3 5

[PATCH 0/1] MR7887: po: Update Lithuanian translation.
by Aurimas Fišeras (＠AurimasF) 23 Apr '25

23 Apr '25

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

2 1

[PATCH 0/1] MR7886: msvcrt: Fix memory leaks in create_locinfo.
by Piotr Caban (＠piotr) 23 Apr '25

23 Apr '25

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

2 1

[PATCH v3 0/4] MR7885: winebth.sys part 11: Support initiating pairing requests with remote devices.
by Vibhav Pant (＠vibhavp) 23 Apr '25

23 Apr '25

Add `IOCTL_WINEBTH_RADIO_START_AUTH`, which gets used to implement `BluetoothAuthenticateDeviceEx`. -- v3: bluetoothapis/tests: Add tests for BluetoothAuthenticateDeviceEx. https://gitlab.winehq.org/wine/wine/-/merge_requests/7885

2 4

[PATCH v2 0/4] MR7885: winebth.sys part 11: Support initiating pairing requests with remote devices.
by Vibhav Pant (＠vibhavp) 23 Apr '25

23 Apr '25

Add `IOCTL_WINEBTH_RADIO_START_AUTH`, which gets used to implement `BluetoothAuthenticateDeviceEx`. -- v2: bluetoothapis/tests: Add tests for BluetoothAuthenticateDeviceEx. https://gitlab.winehq.org/wine/wine/-/merge_requests/7885

2 4

[PATCH 0/4] MR7885: winebth.sys part 11: Support initiating pairing requests with remote devices.
by Vibhav Pant (＠vibhavp) 23 Apr '25

23 Apr '25

Add `IOCTL_WINEBTH_RADIO_START_AUTH`, which gets used to implement `BluetoothAuthenticateDeviceEx`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7885

2 4

[PATCH v3 0/1] MR7829: d3d9/tests: Skip some d3d12 tests instead of crashing.
by Rémi Bernon (＠rbernon) 23 Apr '25

23 Apr '25

-- v3: d3d9/tests: Skip some d3d12 tests instead of crashing. https://gitlab.winehq.org/wine/wine/-/merge_requests/7829

4 3

[PATCH 0/1] MR7834: d3d11/tests: Add broken to test_nv12.
by Bernhard Übelacker (＠bernhardu) 23 Apr '25

23 Apr '25

[This is a testbot run with this patch.](https://testbot.winehq.org/JobDetails.pl?Key=157936) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7834

4 3

[PATCH v6 0/2] MR7676: winegstreamer: Make sure WMSyncReader never reads in the background.
by Yuxuan Shui (＠yshui) 23 Apr '25

23 Apr '25

WMSyncReader starts a background read thread that reads from the IStream passed to IWMSyncReader::OpenStream. This means it could use the IStream in the background even when no IWMSyncReader methods are being called. For well-behaved applications, this is probably OK. However, AQUARIUM (Steam 2515070) frees the IStream it passes to WMSyncReader _before_ it calls IWMSyncReader::Close, which stops the read thread. This causes the read thread to access freed memory. This is improper, but not unreasonable, as IWMSyncReader is supposed to be a synchronous interface, so one might assume when they weren't calling into IWMSyncReader methods, the IStream won't be used. This commit adds a `wg_parser_dont_read` function, which can be used to stop wg_parser from issuing read requests. This is used by IWMSyncReader to make sure read requests are only issued when IWMSyncReader methods are being called. -- v6: DONT MERGE: winedebug in CI, only run qasf:asfreader https://gitlab.winehq.org/wine/wine/-/merge_requests/7676

2 2

[PATCH v5 0/2] MR7676: winegstreamer: Make sure WMSyncReader never reads in the background.
by Yuxuan Shui (＠yshui) 23 Apr '25

23 Apr '25

WMSyncReader starts a background read thread that reads from the IStream passed to IWMSyncReader::OpenStream. This means it could use the IStream in the background even when no IWMSyncReader methods are being called. For well-behaved applications, this is probably OK. However, AQUARIUM (Steam 2515070) frees the IStream it passes to WMSyncReader _before_ it calls IWMSyncReader::Close, which stops the read thread. This causes the read thread to access freed memory. This is improper, but not unreasonable, as IWMSyncReader is supposed to be a synchronous interface, so one might assume when they weren't calling into IWMSyncReader methods, the IStream won't be used. This commit adds a `wg_parser_dont_read` function, which can be used to stop wg_parser from issuing read requests. This is used by IWMSyncReader to make sure read requests are only issued when IWMSyncReader methods are being called. -- v5: DONT MERGE: winedebug in CI winegstreamer: Make sure WMSyncReader never reads in the background. https://gitlab.winehq.org/wine/wine/-/merge_requests/7676

2 2

[PATCH v4 0/1] MR7676: winegstreamer: Make sure WMSyncReader never reads in the background.
by Yuxuan Shui (＠yshui) 23 Apr '25

23 Apr '25

WMSyncReader starts a background read thread that reads from the IStream passed to IWMSyncReader::OpenStream. This means it could use the IStream in the background even when no IWMSyncReader methods are being called. For well-behaved applications, this is probably OK. However, AQUARIUM (Steam 2515070) frees the IStream it passes to WMSyncReader _before_ it calls IWMSyncReader::Close, which stops the read thread. This causes the read thread to access freed memory. This is improper, but not unreasonable, as IWMSyncReader is supposed to be a synchronous interface, so one might assume when they weren't calling into IWMSyncReader methods, the IStream won't be used. This commit adds a `wg_parser_dont_read` function, which can be used to stop wg_parser from issuing read requests. This is used by IWMSyncReader to make sure read requests are only issued when IWMSyncReader methods are being called. -- v4: winegstreamer: Make sure WMSyncReader never reads in the background. https://gitlab.winehq.org/wine/wine/-/merge_requests/7676

3 4

[PATCH v3 0/5] MR5068: win32u: Fix rendering of the rotated and scaled text.
by Dmitry Timoshkov (＠dmitry) 23 Apr '25

23 Apr '25

These patches make a test case attached to the bug https://bugs.winehq.org/show_bug.cgi?id=33190 work. -- v3: win32u: NtGdiExtTextOutW() should translate x,y from logical to device units at the last step. win32u: Fix device<->world width/height converters. gdi32/tests: Add some tests for rotated font metrics. win32u: Use slightly more readable names for DP/LP converters. win32u: Use correct helper for converting width to device units. https://gitlab.winehq.org/wine/wine/-/merge_requests/5068

3 9

[PATCH v4 0/1] MR7838: mfplat/tests: Don't assume video processor MFT can provide samples.
by Charlotte Pabst (＠CharlottePabst) 23 Apr '25

23 Apr '25

This fixes a test failure/crash on Windows 8.1 introduced by dd1d82728811c15716eefa0917eb3ecac4b9a85a. -- v4: mfplat/tests: Don't assume video processor MFT can provide samples. https://gitlab.winehq.org/wine/wine/-/merge_requests/7838

3 3

[PATCH 0/5] MR7883: PDB rewrite #11.
by eric pouech (＠epo) 23 Apr '25

23 Apr '25

This is serie #11 about PDB rewrite. It finishes the migration of the types management to the new PDB reader (also disabling remaining type handling in old PDB reader when using new PDB reader). It starts the handling in new PDB reader of functions and symbols: - it implements line information support in new PDB reader for inlined functions, - it uses (for all debug info backend) the opaque symref_t to refer to symbol's container (so that we can let backend decide how to store it). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7883

2 5

[PATCH v4 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Brendan McGrath (＠redmcg) 23 Apr '25

23 Apr '25

Previously, the paused state was not handled. -- v4: mf: Reset audio client on flush. mf: Update state and start clock for both paused and stopped. https://gitlab.winehq.org/wine/wine/-/merge_requests/7833

3 6

[PATCH v2 0/1] MR7781: combase: Add stub for RoOriginateErrorW.
by Louis Lenders (＠xe) 23 Apr '25

23 Apr '25

This is called by UniGetUi (https://github.com/marticliment/UniGetUI/releases/tag/3.1.8). (After choosing 'Install for all users' --> 'perform portable installation' otherwise the installer runs into other (shellfolder) related bugs) -- v2: combase: Add stub for RoOriginateErrorW. https://gitlab.winehq.org/wine/wine/-/merge_requests/7781

3 2

[PATCH 0/1] MR7859: gdi32/tests: Fix NtGdiMakeFontDir test to adopt newer Windows behavior.
by Bernhard Übelacker (＠bernhardu) 23 Apr '25

23 Apr '25

Followup of 5a6a75a5ff. [Link to the pattern page.](https://test.winehq.org/data/patterns.html#gdi32:font) [A testbot run with this patch.](https://testbot.winehq.org/JobDetails.pl?Key=157999) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7859

3 2

[PATCH 0/1] MR7857: winewayland: Don't update constraints without wl_pointer.
by Attila Fidan (＠atticf) 23 Apr '25

23 Apr '25

If ClipCursor is called while the seat doesn't have a pointer and the call qualifies for locking the pointer, it would have tried to lock a null wl_pointer. For example, I'm launching a fullscreen application (which causes ClipCursor calls on startup) in a headless compositor before I launch my virtual keyboard/pointer client. While the pointer is deinitialized and there cannot be a focused hwnd, the cursor wl_surface will not be set, making it qualify for pointer locking. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7857

3 2

[PATCH v2 0/1] MR7798: spoolss: Avoid buffer-overflow when setting numentries. (ASan)
by Bernhard Übelacker (＠bernhardu) 23 Apr '25

23 Apr '25

BuildOtherNamesFromMachineName writes sizeof(LPVOID) bytes but the test reserved just sizeof(DWORD), which makes a difference at amd64 and gets detected by ASan. <details> <summary>ASan output</summary> ``` ================================================================= ==spoolss_test.exe==700==ERROR: AddressSanitizer: stack-buffer-overflow on address 0x7ffffe1ffba0 at pc 0x6ffffdc53e38 bp 0x7ffffe1ffa40 sp 0x7ffffe1ffa88 WRITE of size 8 at 0x7ffffe1ffba0 thread T0 #0 0x6ffffdc53e37 in BuildOtherNamesFromMachineName .../wine/dlls/spoolss/spoolss_main.c:99:11 #1 0x00014000170e in test_BuildOtherNamesFromMachineName .../wine/dlls/spoolss/tests/spoolss.c:131:11 #2 0x000140001030 in func_spoolss .../wine/dlls/spoolss/tests/spoolss.c:218:5 #3 0x000140003ede in run_test .../wine/include/wine/test.h:765:5 #4 0x000140003a8e in main .../wine/include/wine/test.h #5 0x000140004963 in mainCRTStartup .../wine/dlls/msvcrt/crt_main.c:58:11 #6 0x6fffffc3565e in BaseThreadInitThunk .../wine/dlls/kernel32/thread.c:61:24 #7 0x6fffffdbbcc2 in RtlUserThreadStart (C:\windows\system32\ntdll.dll+0x17004bcc2) Address 0x7ffffe1ffba0 is located in stack of thread T0 at offset 64 in frame #0 0x00014000164f in test_BuildOtherNamesFromMachineName .../wine/dlls/spoolss/tests/spoolss.c:122 This frame has 2 object(s): [32, 40) 'buffers' (line 123) [64, 68) 'numentries' (line 124) <== Memory access at offset 64 partially overflows this variable HINT: this may be a false positive if your program uses some custom stack unwind mechanism, swapcontext or vfork (longjmp, SEH and C++ exceptions *are* supported) SUMMARY: AddressSanitizer: stack-buffer-overflow .../wine/dlls/spoolss/spoolss_main.c:99:11 in BuildOtherNamesFromMachineName Shadow bytes around the buggy address: 0x7ffffe1ff900: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x7ffffe1ff980: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x7ffffe1ffa00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x7ffffe1ffa80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x7ffffe1ffb00: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 f1 f1 =>0x7ffffe1ffb80: 00 f2 f2 f2[04]f3 f3 f3 00 00 00 00 00 00 00 00 0x7ffffe1ffc00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x7ffffe1ffc80: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 f8 f8 f8 f8 0x7ffffe1ffd00: f8 f8 f8 f8 f3 f3 f3 f3 00 00 00 00 00 00 00 00 0x7ffffe1ffd80: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 00 00 00 0x7ffffe1ffe00: 00 00 00 00 00 00 00 00 00 00 00 00 f2 f2 f2 f2 Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 Container overflow: fc Array cookie: ac Intra object redzone: bb ASan internal: fe Left alloca redzone: ca Right alloca redzone: cb ==spoolss_test.exe==700==ABORTING ``` </details> -- v2: spoolss: Avoid buffer-overflow when setting numentries. (ASan) https://gitlab.winehq.org/wine/wine/-/merge_requests/7798

3 4

[PATCH v14 0/1] MR7843: cmd: Implement tab completion for command line entry.
by Joe Souza (＠JoeS209) 23 Apr '25

23 Apr '25

Over the past several weeks I've been working on and off on this. I didn't track the hours but I'm sure that I've spent 80+ hours on the feature. I've tested and retested all known scenarios and it seems to be working as expected. -- v14: cmd: Implement tab completion for command line entry. https://gitlab.winehq.org/wine/wine/-/merge_requests/7843

2 1

[PATCH 0/4] MR7882: msvcr: Link to msvcr{80,90}.
by Piotr Caban (＠piotr) 23 Apr '25

23 Apr '25

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

2 4

[PATCH v3 0/2] MR7833: mf: Update state and start clock for both paused and stopped.
by Brendan McGrath (＠redmcg) 23 Apr '25

23 Apr '25

Previously, the paused state was not handled. -- v3: mf: Reset audio client on flush. mf: Update state and start clock for both paused and stopped. https://gitlab.winehq.org/wine/wine/-/merge_requests/7833

3 9

Re: [PATCH v2 0/2] MR7881: oleaut32: Account for palette of indexed formats. - approved
by Alexandre Julliard (＠julliard) 22 Apr '25

22 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7860: ntdll: Check arm64ec TEB frames are valid before popping them. - approved
by Alexandre Julliard (＠julliard) 22 Apr '25

22 Apr '25

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

1 0

Re: [PATCH v5 0/4] MR7876: msvcr120/tests: Link to msvcr120. - approved
by Alexandre Julliard (＠julliard) 22 Apr '25

22 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7878: msvcr71/tests: Link to msvcr71. - approved
by Alexandre Julliard (＠julliard) 22 Apr '25

22 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7877: msvcr70/tests: Link to msvcr70. - approved
by Alexandre Julliard (＠julliard) 22 Apr '25

22 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7875: msvcr110/tests: Link to msvcr110. - approved
by Alexandre Julliard (＠julliard) 22 Apr '25

22 Apr '25

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

1 0

Re: [PATCH v2 0/2] MR7873: include: Change the schannel.h guard name. - approved
by Alexandre Julliard (＠julliard) 22 Apr '25

22 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7874: winedump: Fix a crash in 'dump' command. - approved
by Alexandre Julliard (＠julliard) 22 Apr '25

22 Apr '25

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

1 0

[PATCH 0/2] MR7881: oleaut32: Account for palette of indexed formats.
by Esme Povirk (＠madewokherd) 22 Apr '25

22 Apr '25

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

2 3

[PATCH 0/2] MR7880: combase: Fix refcount leak fix in apartment_hostobject
by Kevin Puetz (＠puetzk) 22 Apr '25

22 Apr '25

Demonstrate a refcount leak on the class factory when a class with ThreadingModel=Apartment is instantiated in the MTA. CoGetClassObject ends up using apartment_hostobject to launch an STA thread in which to host the object, but the process of marshaling this class factory back into the MTA leaks a reference on it. This leak is usually minor (class factory implementations are usually singletons, so it's a one-of rather than a cumulative leak), but it will generally lock that COM server and e.g. prevent CoFreeUnusedLibraries from being able to clean up properly. When CoMarshalInterface succeeds, it added an *additional* refcount represented by the marshaling data written to the stream. The original refcount returned from apartment_getclassobject needs to be released regardless of marshaling success or failure. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7880

3 5

[PATCH v4 0/4] MR7876: msvcr120/tests: Link to msvcr120.
by Piotr Caban (＠piotr) 22 Apr '25

22 Apr '25

-- v4: msvcr120/tests: Link to msvcr120. include: Add function declarations used in msvcr120 tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/7876

2 4

[PATCH v3 0/4] MR7876: msvcr120/tests: Link to msvcr120.
by Piotr Caban (＠piotr) 22 Apr '25

22 Apr '25

-- v3: msvcr120/tests: Link to msvcr120. include: Add function declarations used in msvcr120 tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/7876

2 4

[PATCH v2 0/4] MR7876: msvcr120/tests: Link to msvcr120.
by Piotr Caban (＠piotr) 22 Apr '25

22 Apr '25

-- v2: msvcr120/tests: Link to msvcr120. include: Add function declarations used in msvcr120 tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/7876

2 4

[PATCH 0/1] MR7878: msvcr71/tests: Link to msvcr71.
by Piotr Caban (＠piotr) 22 Apr '25

22 Apr '25

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

2 1

[PATCH 0/1] MR7877: msvcr70/tests: Link to msvcr70.
by Piotr Caban (＠piotr) 22 Apr '25

22 Apr '25

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

2 1

[PATCH 0/4] MR7876: msvcr120/tests: Link to msvcr120.
by Piotr Caban (＠piotr) 22 Apr '25

22 Apr '25

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

2 4

[PATCH 0/1] MR7875: msvcr110/tests: Link to msvcr110.
by Piotr Caban (＠piotr) 22 Apr '25

22 Apr '25

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

2 1

[PATCH 0/1] MR7874: winedump: Fix a crash in 'dump' command.
by Nikolay Sivov (＠nsivov) 22 Apr '25

22 Apr '25

This is a regression from 405eb2a386df0135174c5d04a24cb3b1adc1c710. Now with two kinds of handlers we need to check for nulls in both loops. Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7874

2 1

[PATCH 0/2] MR7873: include: Change the schannel.h guard name.
by Nikolay Sivov (＠nsivov) 22 Apr '25

22 Apr '25

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

2 2

Re: [PATCH v20 0/6] MR7650: Add support for AF_UNIX sockets (followup)
by Ralf Habacker (＠rhabacker) 22 Apr '25

22 Apr '25

@zfigura: With https://gitlab.winehq.org/wine/wine/-/merge_requests/7650/diffs?diff_id=170… I fixed the remaining `fd->unix_id` reference in this function. Anything else to do ? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7650#note_101614

1 0

[PATCH v12 0/1] MR7843: cmd: Implement tab completion for command line entry.
by Joe Souza (＠JoeS209) 22 Apr '25

22 Apr '25

Over the past several weeks I've been working on and off on this. I didn't track the hours but I'm sure that I've spent 80+ hours on the feature. I've tested and retested all known scenarios and it seems to be working as expected. -- v12: cmd: Implement tab completion for command line entry. https://gitlab.winehq.org/wine/wine/-/merge_requests/7843

2 3

[PATCH v2 0/11] MR7869: Thread priority boosts (part 1)
by Marc-Aurel Zent (＠mzent) 21 Apr '25

21 Apr '25

This implements setting `ThreadPriorityBoost`, `ProcessPriorityBoost`, `ProcessBasePriority` and getting `ThreadPriorityBoost`, `ProcessPriorityBoost` NT info classes and adds tests where appropriate. The actual boosting mechanism will be in part 2 to keep the size of this MR manageable. -- v2: kernel32/tests: Add tests for GetProcessPriorityBoost/SetProcessPriorityBoost. kernelbase: Implement SetProcessPriorityBoost. kernelbase: Implement GetProcessPriorityBoost. ntdll: Implement ProcessPriorityBoost class in NtSetInformationProcess. ntdll: Implement ProcessPriorityBoost class in NtQueryInformationProcess. ntdll: Implement ThreadPriorityBoost class in NtSetInformationThread. ntdll: Properly implement ThreadPriorityBoost class in NtQueryInformationThread. ntdll/tests: Add tests for setting process base priority. ntdll: Implement ProcessBasePriority class in NtSetInformationProcess. server: Use process base priority in set_thread_base_priority. server: Store process base priority separately. https://gitlab.winehq.org/wine/wine/-/merge_requests/7869

3 12

[PATCH 0/2] MR7871: ntdll: Use UFFD for tracking write watches when possible.
by Paul Gofman (＠gofman) 21 Apr '25

21 Apr '25

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

2 3

Re: [PATCH v3 0/1] MR7847: win32u: Don't distinguish WGL_SWAP_EXCHANGE_ARB and WGL_SWAP_UNDEFINED_ARB when filtering in wglChoosePixelFormatARB(). - approved
by Alexandre Julliard (＠julliard) 21 Apr '25

21 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7858: ntoskrnl.exe/tests: Remove unused function pointers. - approved
by Alexandre Julliard (＠julliard) 21 Apr '25

21 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7862: ntdll: Allow mem{cpy,move} optimisation now -fno-builtins is used. - approved
by Alexandre Julliard (＠julliard) 21 Apr '25

21 Apr '25

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

1 0

Re: [PATCH v2 0/1] MR7863: win87em: Fix __FPMATH symbol name - approved
by Alexandre Julliard (＠julliard) 21 Apr '25

21 Apr '25

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

1 0

Re: [PATCH v3 0/2] MR7851: win32u: Fix return value of ScrollWindowEx() for invisible windows. - approved
by Alexandre Julliard (＠julliard) 21 Apr '25

21 Apr '25

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

1 0

Re: [PATCH v2 0/2] MR7855: comctl32/tests: Add a column width test for LVSCW_AUTOSIZE with a state imagelist. - approved
by Alexandre Julliard (＠julliard) 21 Apr '25

21 Apr '25

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

1 0

Re: [PATCH v3 0/1] MR7867: include: Add newer winhttp option constants. - approved
by Alexandre Julliard (＠julliard) 21 Apr '25

21 Apr '25

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

1 0

[PATCH v13 0/4] MR6855: server: Fix renaming file to a hardlink of itself.
by Gabriel Ivăncescu (＠insn) 21 Apr '25

21 Apr '25

-- v13: server: Handle hardlinks and casefolding when renaming the same file. server: Handle renames to destinations containing trailing slashes. kernel32/tests: Test renaming a file into a hardlink of itself. kernel32/tests: Use FindClose instead of CloseHandle when closing https://gitlab.winehq.org/wine/wine/-/merge_requests/6855

4 11

Re: [PATCH v4 0/0] MR7789: kernelbase: fix racing condition in GlobalMemoryStatusEx() - closed
by Rastislav Stanik (＠rastos) 21 Apr '25

21 Apr '25

This merge request was closed by Rastislav Stanik. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7789

1 0

2025

2024

2023

2022

wine-gitlab