win32u: Return ERROR_ACCESS_DENIED for WH_JOURNALRECORD and WH_JOURNALPLAYBACK on newer OS versions.
On > XP, settings WH_JOURNALRECORD or WH_JOURNALPLAYBACK hooks report ERROR_ACCESS_DENIED according to tests, even with administrator rights. PCSE_TERM depends on this to not crash. MSDN also says that journaling hooks APIs are unsupported starting in Windows 11.
So I hope this justifies the version check in NtUserSetWindowsHookEx().
--
v2: win32u: Return ERROR_ACCESS_DENIED for WH_JOURNALRECORD and WH_JOURNALPLAYBACK on newer OS versions.
win32u: Return ERROR_GLOBAL_ONLY_HOOK when a thread ID is specified for global hooks.
user32/tests: Add more parameter checks for SetWindowsHookExA().
https://gitlab.winehq.org/wine/wine/-/merge_requests/4186
On macOS, when Stage Manager is enabled, Wine windows are frozen after minimizing and restoring.
When a window is minimized in Stage Manager, `[window miniaturize:]` is sent, we then tell the Windows app that the minimize button was pushed, if the window wants to be minimized eventually the window style gets changed and we call `[super miniaturize:]` in `setMacDrvState:`. But macOS never seems to actually minimize the window: no `windowWillMinimize` or `windowDidMinimize` is received. Instead it's just `WINDOW_LOST_FOCUS` and `APP_DEACTIVATED`, which is the same as when Stage Manager is off and the app is just backgrounded.
It seems like clicking the yellow button sends minimize, but once the system receives that and Stage Manager is on, it's actually executed as just "put app in background".
To work around this, if Stage Manager is enabled, don't request a Windows minimize, just call up to `[super miniaturize:]`.
--
https://gitlab.winehq.org/wine/wine/-/merge_requests/4192