You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
FlutterAppDelegate should forward delegate methods to plugins that register for them #9682
I think @mravn-google was looking at this but I couldn't find an issue for it.
If FlutterAppDelegate provided a way for plugins to install handlers for common UIApplicationDelegate methods, this would reduce the amount of boilerplate the devs would have to add to their AppDelegate.m for plugins like push messaging, analytics, etc. in the common case.
Below are the (non-deprecated) UIApplicationDelegate methods. Many of them may introduce cross-plugin interference, if we (or plugin implementors) are not careful.
Examples: some of them take a completion handler argument, and can logically only be delegated to one plugin. Others might be sensitive to plugin ordering, like those that take NSCoder arguments for storing/restoring state.
Another issue is that implementing some of these methods require a corresponding configuration entry in Info.plist, lest Xcode will say e.g.
You've implemented -[<UIApplicationDelegate> application:didReceiveRemoteNotification:fetchCompletionHandler:],
but you still need to add "remote-notification" to the list of your supported
UIBackgroundModes in your Info.plist.
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.
Activity
mravn-google commentedon Apr 28, 2017
I am. Thanks for creating the issue.
mravn-google commentedon May 1, 2017
Below are the (non-deprecated) UIApplicationDelegate methods. Many of them may introduce cross-plugin interference, if we (or plugin implementors) are not careful.
Examples: some of them take a completion handler argument, and can logically only be delegated to one plugin. Others might be sensitive to plugin ordering, like those that take NSCoder arguments for storing/restoring state.
Another issue is that implementing some of these methods require a corresponding configuration entry in Info.plist, lest Xcode will say e.g.
Do we want to add such an entry to our templates?
mravn-google commentedon May 9, 2017
Fixed by #9818 and friends.
github-actions commentedon Sep 5, 2021
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of
flutter doctor -vand a minimal reproduction of the issue.