Releases: MaikuB/flutter_local_notifications
Releases · MaikuB/flutter_local_notifications
flutter_local_notifications-v14.0.0+2
- Bumped maximum Dart SDK constraint
- Recreated iOS and macOS side of the example app so they would build and run with Flutter 3.10 having landed on stable channel
flutter_local_notifications-v14.0.0+1
- Updated cavaet on scheduling Android notifications where a link to https://dontkillmyapp.com has been added as it contains instructions on how to configure various devices to bypass the battery optimisations that prevent background processes from working e.g. scheduled notifications
- Added missing note to the 14.0.0 release notes on a breaking change the
AndroidFlutterLocalNotificationsPlugin
APIs around scheduling notifications where theallowWhileIdle
has been removed and replaced by ascheduleMode
parameter that allows for scheduling inexact notifications - Updated docs to explain that if a notification was scheduled on Android with exact timing via the
AndroidScheduleMode
enum but the exact alarm permissions had been revoked, an error log message will be written and notification will no longer be scheduled. This means recurring notifications would no longer be scheduled as well given the permission had been revoked
flutter_local_notifications-v14.0.0
- Breaking change the
id
property of theActiveNotification
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. TheandroidAllowWhileIdle
argument is now deprecated when using the APIs available for scheduling notifications via theFlutterLocalNotificationsPlugin
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 theAndroidScheduleMode
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 theandroidScheduleMode
parameter has a default value ofAndroidScheduleMode.exact
to align with what was the default value ofandroidAllowWhileIdle
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 theandroidAllowWhileIdle
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 theFlutterLocalNotificationsPlugin
APIs,allowWhileIdle
has been removed and completely replaced by ascheduleMode
parameter when whe directly using theAndroidFlutterLocalNotificationsPlugin
APIs
- [Android] Breaking change related to this is whilst
- [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
- 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 theDarwin
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 to create notification icons
flutter_local_notifications-v14.0.0-dev.5
- [macOS] fixed issue 1858 where macOS app builds were showing deprecation warnings. Thanks to the PR from Steve Kohls
flutter_local_notifications-v14.0.0-dev.4
- Breaking change the following classes are now enums
AndroidNotificationCategory
AndroidServiceForegroundType
AndroidServiceStartType
AudioAttributesUsage
Day
InterruptionLevel
LinuxNotificationCategory
LinuxNotificationUrgency
Priority
- [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 - Aligned Dart SDK constraint with minimum Flutter version (i.e. 3.0)
- Bumped
mockito
dev dependency
flutter_local_notifications-v14.0.0-dev.2
- Breaking change the
id
property of theActiveNotification
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
flutter_local_notifications-v14.0.0-dev.1
- [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. TheandroidAllowWhileIdle
argument is now deprecated and will be removed in the future. Thanks to the PR from Joachim Böhmer - Fixed readme that was reference old classes with
IOS
as part of the name instead of the newer classes that have theDarwin
prefix
flutter_local_notifications-v13.0.0
- [Android] Bumped Android Gradle plugin to 7.3.1. Thanks to the PR from Rexios
-
- Updated minimum Flutter version to 3.0.0. Note that technically this was already a requirement by
flutter_local_notifications_linux
2.0.0 asffi
2.0.0 requires Dart 2.17 at a minimum and that shipped with Flutter 3.0.0
- Updated minimum Flutter version to 3.0.0. Note that technically this was already a requirement by
- Added explicit
ffi
dependency that Linux implementation of the plugin was already using - Updated site used by example app to display dummy/placeholder images
- Updated readme to warn developers that choose not to follow the official Android guidance around notification icons that using the
@mipmap/ic_launcher
resource requires additional release build configuration. Thanks to the PR from Daniel Arndt - Updated readme to add note about how Flutter has an issue with apps running with desugaring on Android 12L and above. Thanks to the PR from Mirek Mazel See flutter/flutter#110658. One potential fix added to the readme is for apps to add the WindowManager library as a dependency:
dependencies {
implementation 'androidx.window:window:1.0.0'
implementation 'androidx.window:window-java:1.0.0'
...
}
flutter_local_notifications-v12.0.4
- Fixed issue 1796 where a
java.lang.ClassCastException
may be thrown on some Android devices when theonDidReceiveBackgroundNotificationResponse
has been specified when callinginitialize()
flutter_local_notifications-v12.0.3+1
- Updated Kotlin version used in example app
- Updated code snippets in readme to add missing import statements around the iOS setup related to notification actions. Thanks to PR from som-R91