wutsi / sdui

SDUI make it easy to implement Server Driven UI pattern on flutter.
MIT License
94 stars 18 forks source link

Update dependency flutter_local_notifications to v14 - autoclosed #64

Closed renovate[bot] closed 1 year ago

renovate[bot] commented 1 year ago

Mend Renovate

This PR contains the following updates:

Package Type Update Change
flutter_local_notifications (source) dependencies major ^13.0.0 -> ^14.0.0

Release Notes

MaikuB/flutter_local_notifications ### [`v14.1.1`](https://togithub.com/MaikuB/flutter_local_notifications/releases/tag/flutter_local_notifications-v14.1.1) [Compare Source](https://togithub.com/MaikuB/flutter_local_notifications/compare/flutter_local_notifications-v14.1.0...flutter_local_notifications-v14.1.1) - Fixed typo in API docs for the deprecated `showDailyAtTime()` method. Thanks to the PR from [Yuichiro Kawano](https://togithub.com/yu1ro) - \[Android] removed a call to standard output via `System.out.println()` ### [`v14.1.0`](https://togithub.com/MaikuB/flutter_local_notifications/releases/tag/flutter_local_notifications-v14.1.0) [Compare Source](https://togithub.com/MaikuB/flutter_local_notifications/compare/flutter_local_notifications-v14.0.1...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](https://togithub.com/iballan) ### [`v14.0.1`](https://togithub.com/MaikuB/flutter_local_notifications/releases/tag/flutter_local_notifications-v14.0.1) [Compare Source](https://togithub.com/MaikuB/flutter_local_notifications/compare/flutter_local_notifications-v14.0.0+2...flutter_local_notifications-v14.0.1) - \[Android] fixed issue [1991](https://togithub.com/MaikuB/flutter_local_notifications/issues/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 ### [`v14.0.0+2`](https://togithub.com/MaikuB/flutter_local_notifications/compare/flutter_local_notifications-v14.0.0+2...flutter_local_notifications-v14.0.0+2) [Compare Source](https://togithub.com/MaikuB/flutter_local_notifications/compare/flutter_local_notifications-v14.0.0+2...flutter_local_notifications-v14.0.0+2) ### [`v14.0.0+1`](https://togithub.com/MaikuB/flutter_local_notifications/compare/flutter_local_notifications-v14.0.0+2...flutter_local_notifications-v14.0.0+2) [Compare Source](https://togithub.com/MaikuB/flutter_local_notifications/compare/flutter_local_notifications-v14.0.0+2...flutter_local_notifications-v14.0.0+2) ### [`v14.0.0`](https://togithub.com/MaikuB/flutter_local_notifications/releases/tag/flutter_local_notifications-v14.0.0) [Compare Source](https://togithub.com/MaikuB/flutter_local_notifications/compare/flutter_local_notifications-v13.0.0...flutter_local_notifications-v14.0.0+2) - **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](https://togithub.com/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](https://togithub.com/kaptnkoala). 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](https://togithub.com/asaarnak) - \[iOS]\[macOS] fixed issue [1950](https://togithub.com/MaikuB/flutter_local_notifications/issues/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](https://togithub.com/Rexios80) - \[macOS] fixed issue [1858](https://togithub.com/MaikuB/flutter_local_notifications/issues/1858) where macOS app builds were showing deprecation warnings. Thanks to the PR from [Steve Kohls](https://togithub.com/stevekohls) - Bumped `mockito` dev dependency - Align Dart SDK constraint with minimum Flutter version (i.e. 3.0) - Fixed readme that was reference old classes with `IOS` as part of the name instead of the newer classes that have the `Darwin` prefix - Removed dead link that had archived official documentation around guidance on creating the appropriate Android icons that would help with creating notification icons. Now replaced with a link to using [Image Asset Studio](https://developer.android.com/studio/write/create-app-icons#create-notification) to create notification icons

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.



This PR has been generated by Mend Renovate. View repository job log here.