July 2025 - wine-gitlab

Re: [PATCH v4 0/1] MR8467: conhost: Implement F1 and F3 support for history retrieval.
by eric pouech (＠epo) 05 Jul '25

05 Jul '25

eric pouech (@epo) commented about programs/conhost/conhost.c: > while (ctx->history_index != start_pos); > } > > +static void edit_line_copy_from_hist( struct console *console, int copycount ) > +{ > + if (console->edit_line.history_index) > + { > + unsigned int index = console->edit_line.history_index - 1; > + struct edit_line *ctx = &console->edit_line; > + WCHAR *line = edit_line_history(console, index); > + unsigned int len = line ? lstrlenW(line) : 0; > + > + if (len > ctx->cursor) it looks like native is doing stuff a bit more complicated: * the MR implements the case where cursor is at the end of edit line * if cursor is not at the end, it looks native just advance cursor by ccount -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8467#note_108891

1 0

Re: [PATCH v4 0/1] MR8467: conhost: Implement F1 and F3 support for history retrieval.
by eric pouech (＠epo) 05 Jul '25

05 Jul '25

eric pouech (@epo) commented about programs/conhost/conhost.c: > while (ctx->history_index != start_pos); > } > > +static void edit_line_copy_from_hist( struct console *console, int copycount ) > +{ > + if (console->edit_line.history_index) > + { > + unsigned int index = console->edit_line.history_index - 1; > + struct edit_line *ctx = &console->edit_line; > + WCHAR *line = edit_line_history(console, index); since you're not changing the `console->history` content, you could access `console->history[index]` directly (that would save recomputing the length, and one allocation) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8467#note_108890

1 0

Re: [PATCH v4 0/1] MR8467: conhost: Implement F1 and F3 support for history retrieval.
by eric pouech (＠epo) 05 Jul '25

05 Jul '25

eric pouech (@epo) commented about programs/conhost/conhost.c: > while (ctx->history_index != start_pos); > } > > +static void edit_line_copy_from_hist( struct console *console, int copycount ) > +{ > + if (console->edit_line.history_index) > + { > + unsigned int index = console->edit_line.history_index - 1; why -1? you could probably swap this line with next to use `ctx` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8467#note_108889

1 0

Re: [PATCH v4 0/1] MR8467: conhost: Implement F1 and F3 support for history retrieval.
by eric pouech (＠epo) 05 Jul '25

05 Jul '25

eric pouech (@epo) commented about programs/conhost/conhost.c: > while (ctx->history_index != start_pos); > } > > +static void edit_line_copy_from_hist( struct console *console, int copycount ) for consistency with other entries, please use `_history` instead of `_hist` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8467#note_108888

1 0

[PATCH v3 0/4] MR8500: Some improvements to widl.
by eric pouech (＠epo) 05 Jul '25

05 Jul '25

This MR improves widl with : - fixes a segfault when inheriting from an incomplete interface (prints an error message instead), - supports (for C++) inheriting from interfaces which are declared after the declaration of the derived interface. -- v3: include: Remove duplicated declarations in .idl files. tools/widl: Ensure inherited interface is declared before using it. tools/widl: Remove unneeded condition. tools/widl: Fix segfault when inheriting from an incomplete interface. https://gitlab.winehq.org/wine/wine/-/merge_requests/8500

3 6

[PATCH 0/1] MR8509: hid: Implement HidP_SetData.
by Oleg Makarenko (＠JacKeTUs) 05 Jul '25

05 Jul '25

This allows Simhub to detect various devices. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58441 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8509

3 2

[PATCH v4 0/1] MR8466: ntdll: Also restore rbp before calling user mode callback.
by Yuxuan Shui (＠yshui) 05 Jul '25

05 Jul '25

If wine dlls are built with frame pointers enabled, the frame pointer will be used during unwinding. If we don't restore frame pointer before calling the user mode callback, then later when the unwinder encounters the user mode callback frame, it will set the frame pointer to something unexpected (depends on what it was during `call_user_mode_callback`). Then for the subsequent frame it adjusts the stack pointer based on the frame pointer, thus derailing the unwinding process. -- v4: ntdll: Also restore rbp before calling user mode callback. https://gitlab.winehq.org/wine/wine/-/merge_requests/8466

3 6

[PATCH v3 0/1] MR8466: ntdll: Also restore rbp before calling user mode callback.
by Yuxuan Shui (＠yshui) 05 Jul '25

05 Jul '25

If wine dlls are built with frame pointers enabled, the frame pointer will be used during unwinding. If we don't restore frame pointer before calling the user mode callback, then later when the unwinder encounters the user mode callback frame, it will set the frame pointer to something unexpected (depends on what it was during `call_user_mode_callback`). Then for the subsequent frame it adjusts the stack pointer based on the frame pointer, thus derailing the unwinding process. -- v3: ntdll: Also restore rbp before calling user mode callback. https://gitlab.winehq.org/wine/wine/-/merge_requests/8466

4 19

[PATCH 0/10] MR8505: mfsrcsnk, winegstreamer: Implement thinning.
by Charlotte Pabst (＠CharlottePabst) 04 Jul '25

04 Jul '25

Follow-up to !8184. This also adds a bunch of helpers for writing media source tests (without involving the mf session) in mfsrcsnk, these could be helpful for more tests of this kind in the future. I'm somewhat unsure as to why we haven't done tests for source behavior so far: while those are plugins, applications rely on a bunch of things in the builtin sources that microsoft provides. Since this affects both mfsrcsnk and winegstreamer sources, tests should be run both with `HKCU\\Software\\Wine\\MediaFoundation\\DisableGstByteStreamHandler` enabled and disabled. Due to this I figured it'd make sense to implement everything first and then remove the test todo_wine's and the statements rejecting the thin parameter in a single commit ("Allow thinning"). Perhaps this could be solved more nicely by setting the registry key in the tests themselves? I'm unsure if that is something we do in tests, generally. `MEStreamThinMode` events need to be emitted between the last sample using the outdated thinning parameter and the first sample using the updated thinning parameter. The winegstreamer implementation for this turned out a bit complex, if there is a simpler way to do this please let me know. Regarding winegstreamer, note that buffers need to be intercepted before the decoder because decoders often discard `GST_BUFFER_FLAG_DELTA_UNIT` flags (which is already annoying in itself - it causes all samples to be marked as `MFSampleExtension_CleanPoint`, this should potentially be worked around in the future). But even besides that, intercepting before the decoder is the "proper" implementation, since the point of thinning is increasing decoding speed by skipping delta frames, tho there are some games that rely on the semantics as well. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8505

3 18

[PATCH v2 0/3] MR8503: mshtml: document.open and link color fixes.
by Gabriel Ivăncescu (＠insn) 04 Jul '25

04 Jul '25

-- v2: mshtml: Implement document.vLinkColor. mshtml: Implement document.linkColor. mshtml: Clear the document before opening it for writing. https://gitlab.winehq.org/wine/wine/-/merge_requests/8503

3 4

2025

2024

2023

2022

wine-gitlab July 2025