diff options
| author | 2024-09-10 11:58:47 -0700 | |
|---|---|---|
| committer | 2024-09-12 10:20:45 -0700 | |
| commit | 57f15aaf40ef1f51f155073fb97eee780bbfc41d (patch) | |
| tree | 0822bccad4a6a60fe63aacf08eea9527ed3d69a3 /api/api_test.go | |
| parent | 4d05eceb317f418777783268bc944cc2967cf53d (diff) | |
Perform view model onTaskInfoChanged after split animation.
Currently, we perform DesktopModeWindowDecorViewModel#onTaskInfoChanged
when StageCoordinator#onTaskInfoChanged is called. However, this results
in a race condition where sometimes the window decoration's relayout
would occur before the split transition is complete, causing the
relayout to finish with outdated split information. This in turn causes
the DesktopModeWindowDecoration's statusBarInputLayer to be positioned
incorrectly as the passed TaskInfo would indicate that split tasks are
still in fullscreen.
This CL moves StageCoordinator's call to ViewModel's onTaskInfoChanged
to after the animation is complete.
This fix exposes a side effect where when a split task is dragged to
split again, the opposite stage decor's statusBarInputLayer is not
disposed of. This CL remedies that as well.
Bug: 356953522
Test: Manual; perform repeated drag to split transitions and confirm app
handle is responsive.
Flag: EXEMPT, bugfix
Change-Id: I8fad5a61f6ea6f7176633b63e1c3685b834d9246
Diffstat (limited to 'api/api_test.go')
0 files changed, 0 insertions, 0 deletions