Skip to content

Releases: MaikuB/flutter_local_notifications

flutter_local_notifications-v12.0.1

08 Oct 02:52
5e89614
Compare
Choose a tag to compare
  • [Android][iOS] fixed issue 1721 where a crash occurs upon tapping on a notification action fbut the onDidReceiveBackgroundNotificationResponse optional callback hasn't been specified.
  • [iOS] suppressed deprecation warnings where plugin was Apple's old notification APIs to support older iOS devices

flutter_local_notifications-v12.0.0

04 Oct 11:05
b4ec7d7
Compare
Choose a tag to compare
  • Bumped dbus dependency via flutter_local_notifications_linux

flutter_local_notifications-v11.0.1

23 Sep 14:10
48b7e63
Compare
Choose a tag to compare
  • [Android] fixed crash when using notification actions with a foreground service. Thanks to the PR from Arnold Laishram
  • [Android] Suppressed deprecation warning on calling the getParcelableExtra Intent API
  • Fixed typo in readme around Darwin (iOS/macOS) initialisation settings
  • Added a link to an issue with using Flutter apps with desugaring enabled where crashes could occur on foldable Android devices. Link to this is flutter/flutter#110658 so those experience the problem can follow the issue and try out the solutions there as this isn't specific to the plugin
  • Replaced usage of rxDart in example app use StreamController instead to minimise use of dependencies and removed unused shared_preferences dependency

flutter_local_notifications-v11.0.0

17 Sep 23:47
0e52442
Compare
Choose a tag to compare
  • Bumped timezone dependency. To err on the safe when it comes to dependency version conflicts, this is being published as major release as the updated timezone package was published as a major release. Thanks to the PR from Joachim Nohl

flutter_local_notifications-v10.0.0

17 Sep 14:21
Compare
Choose a tag to compare
  • Breaking change [Android] zonedSchedule()'s implementation has switched to using desugaring instead of the ThreeTen Android Backport library. This required the plugin to update to using Android Gradle plugin 4.2.2 and applications may need to bump their Android Gradle plugin dependency to at least 4.2.2 as a result. Added a "Gradle setup" section underneath "Android setup" with details on the extra setup needed
  • [Android] Breaking change the following error codes included in PlatformExceptions that can occur on Android have been updated
    • INVALID_ICON -> invalid_icon
    • INVALID_LARGE_ICON -> invalid_large_icon
    • INVALID_BIG_PICTURE -> invalid_big_picture
    • INVALID_SOUND -> invalid_sound
    • INVALID_LED_DETAILS -> invalid_led_details
    • GET_ACTIVE_NOTIFICATIONS_ERROR_CODE -> unsupported_os_version
    • GET_NOTIFICATION_CHANNELS_ERROR_CODE -> getNotificationChannelsError
    • GET_ACTIVE_NOTIFICATION_MESSAGING_STYLE_ERROR_CODE -> getActiveNotificationMessagingStyle
    • PERMISSION_REQUEST_IN_PROGRESS -> permissionRequestInProgress
  • [Android] Breaking change the category of the AndroidNotificationDetails now requires an instance of the newly added AndroidNotificationCategory class instead of a string. This was to improve the discoverability of the APIs and improve the semantics as the category can specified in a similar fashion to using an enum value
  • Breaking change callbacks have now been reworked. There are now the following callbacks and both will pass an instance of the NotificationResponse class
    • onDidReceiveNotificationResponse: invoked only when the app is running. This works for when a user has selected a notification or notification action. This replaces the onSelectNotification callback that existed before. For notification actions, the action needs to be configured to indicate the the app or user interface should be shown on invoking the action for this callback to be invoked i.e. by specifying the DarwinNotificationActionOption.foreground option on iOS and the showsUserInterface property on Android. On macOS and Linux, as there's no support for background isolates it will always invoke this callback
    • onDidReceiveBackgroundNotificationResponse: invoked on a background isolate for when a user has selected a notification action. This replaces the onSelectNotificationAction callback
  • Breaking change the NotificationAppLaunchDetails has been updated to contain an instance NotificationResponse class with the payload belonging to the NotificationResponse class. This is to allow knowing more details about what caused the app to launch e.g. if a notification action was used to do so
  • [iOS][macOS] Breaking changes iOS and macOS classes have been renamed and refactored as they are based on the same operating system and share the same notification APIs. Rather than having a prefix of either IOS or MacOS, these are now replaced by classes with a Darwin prefix. For example, IOSInitializationSettings can be replaced with DarwinInitializationSettings
  • [macOS] Breaking change the requestPermissions() method of the MacOSFlutterLocalNotificationsPlugin class now only accepts non-nullable parameters that default to false. This makes it consistent with the iOS implementation of the plugin
  • Added support for notification actions. Massive thanks to Sebastian Roth, Pieter van Loon and Yaroslav Pronin for their work on this. Note that on Apple's platforms, notification actions are only supported on iOS 10 or newer and macOS 10.14 or newer
  • [Linux] Breaking change the linux notification categories defined by LinuxNotificationCategory no longer has factory constructors but has static constant fields instead to make the semantics more similar to access enum values
  • [Android] Updated how scheduled notifications are saved to shared preferences so it is done in the background. This is to fix issue 1378 where pendingNotificationRequests method may not report the correct number of scheduled notifications if it is invoked before the data had been saved to shared preferences
  • [Android] fixed issue 1702 by handling deprecation warnings using specific Android Intent APIs on Android 13 (API level 33) or newer
  • [iOS] getActiveNotifications() is now supported for iOS versions 10.0 or newer
  • [macOS] getActiveNotifications() is now supported for macOS versions 10.14 or newer
  • [iOS][macOS] thanks to the PR from maprohu, the following features are now available
    • the ability to request permissions to show critical notifications
    • the ability to specify the interruption level of a notification. This is only applicable to iOS 15.0 and macOS 12.0 or newer.
  • Updated minimum Flutter version to 2.8 as that aligns with the minimum Dart SDK version of 2.1.5 required by one of flutter_local_notifications_linux's dependencies (dbus)
  • Example app has been updated so that each notification has its own notification ID. Previously, they were all given a notification ID of 0
  • Updated Android setup docs to mention setting up compileSdkVersion

flutter_local_notifications-v10.0.0-dev.23

12 Sep 11:22
Compare
Choose a tag to compare
  • Fixed issue 1694 where tree-shaking was removing code related to background isolates and thereby preventing notification actions from firing. Readme has also been updated as applications will need to annotate functions invoked by the onDidReceiveBackgroundNotificationResponse callback with the @pragma('vm:entry-point') annotation as well. The example and docs have been updated to remove usages of the IsolateNameServer APIs due to issues in release builds. If anyone knows how to get these working then please submit a PR

flutter_local_notifications-v9.9.1

03 Sep 11:50
Compare
Choose a tag to compare
  • [Android] plugin has been updated to minimise clashing with other plugins that handle permission requests. Thanks to the PR from Tiernan

flutter_local_notifications-v10.0.0-dev.22

03 Sep 13:50
Compare
Choose a tag to compare
  • Updated minimum Flutter version to 2.8 as that aligns with the minimum Dart SDK version of 2.1.5 required by one of flutter_local_notifications_linux's dependencies (dbus)
  • Includes changes from 9.9.1

flutter_local_notifications-v9.9.0

29 Aug 10:59
Compare
Choose a tag to compare
  • [Android] added the ability to specify audio attributes of a notification channel via the audioAttributesUsage property belonging to the AndroidNotificationChannel and AndroidNotificationDetails classes. Thanks to the PR from Jonas Bornold

flutter_local_notifications-v10.0.0-dev.21

29 Aug 11:28
Compare
Choose a tag to compare
  • Includes changes from 9.9.0