Bump flutter_local_notifications from 13.0.0 to 15.0.0 in /wallet

[dependabot]

Bumps flutter_local_notifications from 13.0.0 to 15.0.0.

Release notes

Sourced from flutter_local_notifications's releases.

flutter_local_notifications-v15.0.0

• Breaking change removed deprecated schedule(), showDailyAtTime() and showWeeklyAtDayAndTime() methods. Notifications that were scheduled prior to this release should still work
• Breaking change removed Time class
• [Linux] Breaking change calling zonedSchedule() on Linux will now throw an UnimplementedError to align with how their is a Linux implementation but the method hasn't been implemented
• [iOS][macOS] Breaking change added supported for banner and list presentation options for iOS and macOS that is applicable for iOS 14.0 or newer and macOS 11 or newer. This is a breaking change as the values default to true and the alert presentation option is no longer applicable on these OS versions as Apple has deprecated it to be replaced by the banner and list presentations. Please ensure that if you target these OS versions that you configure the options appropriately for your application.
• [Android] updated tags used when writing error logs. For corrupt scheduled notifications and error is logged the tag is now ScheduledNotifReceiver instead of ScheduledNotifReceiver. When logging that exact alarm permissions have been revoked the the tag is now FLTLocalNotifPlugin instead of notification
• Updated API documentation related to the iOS/macOS notification presentation options to include links to Apple's documentations to show what they correspond to
• Fixed typo in API docs for initialize() method

flutter_local_notifications-v15.0.0-dev.2

• [Linux] Breaking change calling zonedSchedule() on Linux will now throw an UnimplementedError to align with how their is a Linux implementation but the method hasn't been implemented
• Fixed typo in API docs for initialize() method

flutter_local_notifications-v15.0.0-dev.1

• Breaking change removed deprecated schedule, showDailyAtTime and showWeeklyAtDayAndTime methods. Notifications that were scheduled prior to this release should still work
• Breaking change removed Time class
• [Android] updated tags used when writing error logs. For corrupt scheduled notifications and error is logged the tag is now ScheduledNotifReceiver instead of ScheduledNotifReceiver. When logging that exact alarm permissions have been revoked the the tag is now FLTLocalNotifPlugin instead of notification
• [iOS][macOS] Breaking change added supported for banner and list presentation options for iOS and macOS that is applicable for iOS 14.0 or newer and macOS 11 or newer. This is a breaking change as the values default to true and the alert presentation option is no longer applicable on these OS versions as Apple has deprecated it to be replaced by the banner and list presentations. Please ensure that if you target these OS versions that you configure the options appropriately for your application.
• Updated API documentation related to the iOS/macOS notification presentation options to include links to Apple's documentations to show what they correspond to

flutter_local_notifications-v14.1.1

• Fixed typo in API docs for the deprecated showDailyAtTime() method. Thanks to the PR from Yuichiro Kawano
• [Android] removed a call to standard output via System.out.println()

flutter_local_notifications-v14.1.0

• [Android] added alarmClock as one of the AndroidScheduleMode options. This is useful for cases where a notification functions as an alarm and may show an alarm icon on the status bar depending on the device Thanks to the PR from Muhammed Ballan

flutter_local_notifications-v14.0.1

• [Android] fixed issue 1991 where tapping on a notification action with showUserInterface set to true whilst app is terminated wouldn't dismiss/cancel notification
• [Android] updated logic when trying to show a scheduled notification so that receiver would remove a corrupt notification to avoid exceptions from occurring over and over again. An message will be written to error log when this occurs as well. Thanks to the PR from []
• Fixed example app on iOS and macOS so it would play the custom sound as this step was missed in previous released where the iOS and macOS side was recreated

flutter_local_notifications-v14.0.0

• Breaking change the id property of the ActiveNotification class is now nullable to help indicate that the notification may not have been created by the plugin e.g. it was from Firebase Cloud Messaging. Thanks to the PR from frankvollebregt
• Breaking change the following classes are now enums
  • AndroidNotificationCategory
  • AndroidServiceForegroundType
  • AndroidServiceStartType
  • AudioAttributesUsage
  • Day
  • InterruptionLevel
  • LinuxNotificationCategory
  • LinuxNotificationUrgency
  • Priority
• [Android] added support for scheduling inexact notifications. The corresponding APIs for scheduling notifications now have a new AndroidScheduleMode to allow for configuring this if required. The androidAllowWhileIdle argument is now deprecated when using the APIs available for scheduling notifications via the FlutterLocalNotificationsPlugin APIs and will be removed in the future. Thanks to the PR from Joachim Böhmer. Note that if if a notification was scheduled with exact timing via the AndroidScheduleMode but the exact alarm permissions had been revoked, an error log message will be written and notification will no longer be scheduled. Do note that the androidScheduleMode parameter has a default value of AndroidScheduleMode.exact to align with what was the default value of androidAllowWhileIdle before (i.e. false) where that meant exact timing was to be used but the device being a low-powered idle may cause it to be delayed. When the androidAllowWhileIdle parameter is removed in the future, androidScheduleMode will become a required named parameter to ensure developers explicitly specify the value they want
  • [Android] Breaking change related to this is whilst androidAllowWhileIdle is deprecated via the FlutterLocalNotificationsPlugin APIs, allowWhileIdle has been removed and completely replaced by a scheduleMode parameter when whe directly using the AndroidFlutterLocalNotificationsPlugin APIs
• [Android] adds a namespace for compatibility with AGP (Android Gradle plugin) 8.0. Thanks to the PR from asaarnak
• [iOS][macOS] fixed issue 1950 where plugin would crash when calling zonedSchedule() with a date/time value that is exactly when daylight savings occurs and the APIs from Apple weren't able to resolve what the actual date/time is meant to be
• [Android] updated AndroidServiceForegroundType values to align with new additions that are part of Android 14. Thanks to the PR from Rexios
• [macOS] fixed issue 1858 where macOS app builds were showing deprecation warnings. Thanks to the PR from Steve Kohls

... (truncated)

Commits

• c006585 prepare for 15.0.0 release (#2037)
• 558b2dd fixed typo in api docs for initialize (#2024)
• 3934347 fix to throw Unimplemented when calling zonedSchedule on Linux (#2023)
• 7c3de83 [flutter_local_notifications] added supported for banner and list presentatio...
• 2a56b88 updated tags used for Android Log.e calls (#2015)
• c72971d removed deprecated methods that scheduled notifications without a timezone (#...
• 553d5fb removed System.out.println that accidentally slipped in (#2013)
• 1b7d27f fix typo in Deprecated message (#2008)
• fdc8239 [flutter_local_notifications] prepare for 14.1.0 release (#2004)
• b2b7b27 Google Java Format
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #2032.