Skip to content

Extend drawing in lifecycles in iOS #11421

@xster

Description

@xster

We're stopping animations too soon and restarting animations too late on iOS during native view transitions.

On the way out, we stop the animator on the engine side right at viewWillDisappear. It's probably too early since the next view controller's transition animation still leaves the flutter view partly visible.

udw4mi645za

Probably easier fix, just defer the call for the right effect in the engine directly. Though it would still be nice to introduce a new AppLifecycleState for users to know (or reuse inactive?).

On the way back, we don't recreate a surface on the engine side or requests frames on the framework side until viewDidAppear when the transitions settled.

nnggojebg3a

Would be nice to add a new AppLifecycleState for this as well. It's currently not handled or transmitted to the framework.

Send to framework and let the framework start requesting frame on new signal.

Metadata

Metadata

Assignees

Labels

engineflutter/engine related. See also e: labels.frameworkflutter/packages/flutter repository. See also f: labels.platform-iosiOS applications specifically

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions