May 2024 - Wine-GitLab - list.winehq.org

[PATCH v2 0/5] MR5604: Draft: winemac.drv: Some dock icon hiding improvements
by Tim Clem (＠tclem) May 8, 2024

May 8, 2024

The most important thing here is a workaround for an OS bug: rapidly hiding and showing the dock icon can result in multiple icons for the same app, and those icons will ignore NSApp.applicationIconImage. Making sure transitions happen no less than 1 second apart from one another seems to fix it. *Edit:* v2 update: 0.5 seconds is not always long enough. A good test case is the Notepad++ installer: after you select a language, it rapidly hides and shows some windows, and without a longer delay the icon will wind up with the default system terminal-looking icon. One second is probably overkill, but this ought to be a somewhat uncommon case. Also, hiding a dock icon will deactivate an app. That's not desirable if it still has visible windows, so attempt to force a reactivation. That's often not successful on Sonoma due to the cooperative app activation heuristics, but it's the best we can do, and it should be a rare case. Also, there is some logic in -transformProcessToForeground: that we often want to happen regardless of whether the app is getting a dock icon (e.g. App Nap and activation). So I've renamed that function to more accurately communicate what it does, and consolidate it with -tryToActivateIgnoringOtherApps:. -- v2: winemac.drv: Consolidate foregrounding and dock icon behavior. winemac.drv: Remove incorrect documentation for orderBelow: and rename a parameter. winemac.drv: Reactivate the app if needed after hiding its dock icon. winemac.drv: Enforce a delay between dock icon hides and shows. https://gitlab.winehq.org/wine/wine/-/merge_requests/5604

2 5

[PATCH 0/1] MR5602: user32/tests: Offset child CS_PARENTDC window from parent to make more bugs visible.
by Dmitry Timoshkov (＠dmitry) May 8, 2024

May 8, 2024

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

2 1

[PATCH 0/4] MR5600: Second part of cmd engine rewrite.
by eric pouech (＠epo) May 8, 2024

May 8, 2024

This is the second part of cmd's engine rewrite. It mainly contains code cleanup and simplifications. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5600

2 4

[PATCH 0/5] MR5593: gdiplus: Start bracketing Graphics HDC uses.
by Esme Povirk (＠madewokherd) May 7, 2024

May 7, 2024

This is the first part of a longer series of commits that can be found here: https://gitlab.winehq.org/madewokherd/wine/-/tree/getdc-wip?ref_type=heads The eventual goal is to no longer store gdi32 handles, which are a limited resource, on gdiplus objects, except when absolutely necessary. In particular, Graphics objects created from an HWND do not need to store an HDC (GetDC/ReleaseDC theoretically caches those and works just fine), and Bitmap objects with a gdi32-compatible format shouldn't store an HBITMAP or HDC. These changes revealed some other bugs in bitmap and linecap code, which I've also fixed in order to keep the tests working. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5593

2 5

[PATCH 0/5] MR5592: Rewrite of cmd.exe's command engine (part I)
by eric pouech (＠epo) May 7, 2024

May 7, 2024

This is the first serie of a major rewrite of cmd.exe's command engine (lexer, parser, command handling). The goal is to implement correctly: - command chaining (&&, ||) operators, - fix a number of issues (eg. 32679, 55401, 44063...) - remove some spaghetti code from engine, - allow to move forward on some pending MR (5246 5242 5194 4504...) This first part mainly extends the tests with the issues listed in above bug tickets & MR. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5592

2 5

[PATCH 0/1] MR5591: winecrt0: Support __os_arm64x_dispatch_call symbol on ARM64EC.
by Jacek Caban (＠jacek) May 7, 2024

May 7, 2024

This is needed for hybrid patchable guest exit thunks generated by the compiler. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5591

2 1

[PATCH 0/1] MR5590: kernelbase: Add support for FileDispositionInfoEx to SetFileInformationByHandle().
by Dmitry Timoshkov (＠dmitry) May 7, 2024

May 7, 2024

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

2 1

[PATCH v2 0/3] MR5117: rpcrt4/tests: Allocate stub buffers with NdrOleAllocate.
by Alex Henrie (＠alexhenrie) May 6, 2024

May 6, 2024

This fixes crashes on Windows 7-10. -- v2: rpcrt4/tests: Allocate stub buffers with NdrOleAllocate. rpcrt4/tests: Test whether Ndr(Get|Free)Buffer calls StubMsg.pfn(Allocate|Free). rpcrt4/tests: Correct a comment in test_pointer_marshal. https://gitlab.winehq.org/wine/wine/-/merge_requests/5117

2 3

[PATCH v2 0/1] MR5589: ntdll: Don't restore PC from LR after unwinding through frame switches.
by Billy Laws (＠bylaws) May 6, 2024

May 6, 2024

Fixes unwinds from within a consolidation callback on ARM64EC, as the context frame could be x64 with UNWOUND_TO_CALL set, in which case LR contains garbage. See: https://github.com/dotnet/runtime/blob/71abc26cf8f14f5d15665d7f580365ddfa29… -- v2: ntdll: Don't restore PC from LR after unwinding through frame switches. https://gitlab.winehq.org/wine/wine/-/merge_requests/5589

2 1

[PATCH v2 0/4] MR5584: mf: Fixes the missing MESessionClosed event in various scenarios.
by Brendan McGrath (＠redmcg) May 6, 2024

May 6, 2024

Killsquad sends a MESessionClose at various times depending on user input. It always expects a MESessionClosed event and will wait indefinitely if not received. There are currently a number of scenarios where we don't report the MESessionClose event. This MR attempts to fix that. -- v2: mf: Handle Source/Sink shutdown whilst waiting for an event. https://gitlab.winehq.org/wine/wine/-/merge_requests/5584

3 5