-
Notifications
You must be signed in to change notification settings - Fork 28.9k
[Windows] Make lifecycle manager updates atomic #164872
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks reasonable to me! If someone else who has more opinions about the system wants to comment, please be my guest :)
engine/src/flutter/shell/platform/windows/flutter_windows_unittests.cc
Outdated
Show resolved
Hide resolved
Note that this fixes the window being stuck in focus/unfocus loop in the multi-window branch when switching between windows. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! In the reference app, I got the focus switch loop fixed by parenting the FocusTraversalGroup
of each root view to the root focus scope, but I wasn't aware that the actual cause could be in the lifecycle manager!
engine/src/flutter/shell/platform/windows/windows_lifecycle_manager.cc
Outdated
Show resolved
Hide resolved
@hbatagelo, those are actually two different loops. The one here causes the following issue: focus.movIt is due to application temporarily entering inactive state while switching between two windows. It is unrelated to focus traversal loop, which is caused by nested scopes. |
engine/src/flutter/shell/platform/windows/windows_lifecycle_manager_unittests.cc
Outdated
Show resolved
Hide resolved
engine/src/flutter/shell/platform/windows/windows_lifecycle_manager.h
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice fix and cleanup, thanks!
…tests.cc Co-authored-by: Matthew Kosarek <matt.kosarek@canonical.com>
…nager.cc Co-authored-by: Harlen Batagelo <hbatagelo@gmail.com>
…nager_unittests.cc Co-authored-by: Loïc Sharma <737941+loic-sharma@users.noreply.github.com>
…nager.h Co-authored-by: Loïc Sharma <737941+loic-sharma@users.noreply.github.com>
c03f6f0
to
afb71ef
Compare
Required for multi-window.
On windows the
LifecycleManager
currently sends the lifecycle event as soon as windows message is processed. This however causes problems when changing focus between application windows.When switching focus from HWND1 to HWND2, HWND1 first gets unfocused, followed by HWND2 getting focused. After HWND1 gets unfocused,
LifecycleManager
immediately notifies the framework that the application is inactive, which is wrong as the application never went into inactive state, followed by subsequent call to put the application in resumed state when HWND2 is focused. Because this happens very quickly, sometimes focus manager gets into inconsistent state.To resolve this
LifecycleManager
should gather the all the changes while window sends the messages and then notify the framework atomically in next run loop turn.This PR also simplifies the logic in
LifecycleManager
through which the application state is derived from window states.This PR removes engine forcing
resumed
lifecycle state at startup. I'm not entirely sure what the point of this was - the state can and should be determined solely from window states, this just seems to muddy the state logic. Also it happens before the framework is even listening to state changes.The mutex in
WindowsLifecycleManager
is removed. Not sure why it was there.Pre-launch Checklist
///
).If you need help, consider asking for advice on the #hackers-new channel on Discord.