New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: non-client windows messages on legacy widget host (again) #33438
Conversation
Release Notes Persisted
|
I was unable to backport this PR to "15-x-y" cleanly; |
oh no sorry i missed the new-pr time-stamp on this 😓 my deepest apologies - if there's an issue please feel free to revert! |
I have automatically backported this PR to "16-x-y", please check out #33444 |
I have automatically backported this PR to "17-x-y", please check out #33445 |
I have automatically backported this PR to "18-x-y", please check out #33446 |
Description of Change
🥲 #32871 broke the double-click-to-maximize behavior on frameless and WCO windows. As they say, third time's a charm!
To expound a bit more, this patch has been modified to follow the old code path 99% of the time, and the only time it deviates from chrome is on non-client mouse move messages. This is specifically because mouse movements are tracked on the legacy window, not the actual web content (parent) window that you see.
I manually tested all the possible window controls and title bar interactions I could, from drags and double clicks and hovers and system commands (the move and size actions in the window's system menu that you control with your keyboard). Web content below seems to be functioning right as well. Everything I can think of seems to work. Hopefully that means this patch can be upstreamed!
Checklist
npm test
passesRelease Notes
Notes: Fixed maximizing frameless windows by double-clicking on a draggable (title bar) region.