[webview]: Bump annotation from 1.0.0 to 1.4.0 in /packages/webview_f…

…lutter/webview_flutter_android/android (flutter#5992)

* [webview]: Bump annotation

Bumps annotation from 1.0.0 to 1.4.0.

---
updated-dependencies:
- dependency-name: androidx.annotation:annotation
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>

* version bump

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Maurice Parrish <10687576+bparrishMines@users.noreply.github.com>

[url_launcher] Switch to new launchUrl interface (flutter#5985)

[webview_flutter] Fixes bug when onNavigationRequestCallback returns …

…false (flutter#5981)

[camera] Fix exception in registerWith (flutter#6009)

Fixes a regression from an unintented change in behavior during the
conversion to an in-app method channel for Android and iOS. Although the
Dart code for their implementations is almost identical to the shared
method channel version, the differences in initialization paths caused
the platform versions to try to use the widget bindings before they had
been set up: The constructor for a `dartPluginClass` is called during
`registerWith`, which is before `main`, but the constructor for the
default implementation isn't called until `CameraPlatform.instance` is
called, since Dart automatically does lazy static class initializtion.

To avoid the issue without forcing bindings to be initialized early,
this makes setting up the platform channel listener lazily.

Fixes flutter/flutter#106236

[camera] Fix exception in registerWith (flutter#6009)

Fixes a regression from an unintented change in behavior during the
conversion to an in-app method channel for Android and iOS. Although the
Dart code for their implementations is almost identical to the shared
method channel version, the differences in initialization paths caused
the platform versions to try to use the widget bindings before they had
been set up: The constructor for a `dartPluginClass` is called during
`registerWith`, which is before `main`, but the constructor for the
default implementation isn't called until `CameraPlatform.instance` is
called, since Dart automatically does lazy static class initializtion.

To avoid the issue without forcing bindings to be initialized early,
this makes setting up the platform channel listener lazily.

Fixes flutter/flutter#106236

[url_launcher] Add a new launchUrl to platform interface (flutter#5966)

This creates a new platform interface method for launching that closely
parallels the new public-facing API, so that implementations can switch
to implementing a more platform-neutral implementation. This will pave
the way for things like cleanly implementing
`externalNonBrowserApplication` support on non-iOS platforms.

A follow-up will switch the app-facing package to call this new methods
instead of the legacy method.

Implementation packages can adopt the new method as is useful for them;
eventually we can do a cleanup pass if we want to fully deprecate the
old method.

Added ignore deprecation comments to `styleFrom` button APIs (cont) (f…

…lutter#5983)

Added ignore deprecation comments to `styleFrom` button APIs (cont) (f…

…lutter#5983)

[video_player] Fix disposed VideoPlayerController throwing an error w…

…hen calling dispose() again (flutter#5952)

[path_provider]: Migrated path_provider for android to pigeon. (flutt…

…er#5959)