Skip to content

Releases: MaikuB/flutter_local_notifications

flutter_local_notifications-v17.2.4

24 Oct 10:03
Compare
Choose a tag to compare
  • [macOS] added privacy manifest file

flutter_local_notifications-v18.0.0-dev.3

24 Oct 10:22
15fe930
Compare
Choose a tag to compare
  • Included changes from 17.2.4 release that was done to add in a privacy manifest file to macOS implementation

flutter_local_notifications-v18.0.0-dev.2

22 Oct 10:22
8b8669e
Compare
Choose a tag to compare
  • [iOS] Breaking change Removed onDidReceiveLocalNotification callback as this was only relevant on iOS versions older than 10

flutter_local_notifications-v18.0.0-dev.1

07 Oct 09:52
7265ae2
Compare
Choose a tag to compare
  • Breaking changes Bumped minimum Flutter SDK requirement to 3.13. Consequently the minimum OS requirements for each platform has been updated as well
    • [Android] minimum Android version is now 4.4 (API level 19)
    • [iOS] minimum iOS version is now 11
    • [macOS] minimum macOS version is now 10.14
  • [Android] Breaking change removed the deprecated androidAllowWhileIdle parameter from zonedSchedule() and periodicallyShow() methods. androidScheduleMode is now a required parameter
  • Breaking change plugin has been fixed with regards to how it registers the platform-specific implementations of the plugin. Thanks to the PR from Kate. Any written tests done on the [FlutterLocalNotificationsPlugin] will need to manually call the registerWith() method that has been added to each implementation. This affects the following platforms/classes where the registerWith() method was added
    • [Android] AndroidFlutterLocalNotificationsPlugin
    • [iOS] IOSFlutterLocalNotificationsPlugin
    • [macOS] MacOSFlutterLocalNotificationsPlugin
  • Fixed example app to have the appropriate permissions for foreground services
  • Updated readme when it comes to setting up the AndroidManifest.xml file to include details of what's needed for foreground services. Note these details were already available in the API docs

flutter_local_notifications-v17.2.3

21 Sep 01:35
Compare
Choose a tag to compare
  • [Android] fixed #2309 where plugin runs into an exception getting the sound information for a notification channel. Thanks to the PR from Goddchen
  • Fixed typo in readme. Thanks to PR from Ahmad Mahmoudi

flutter_local_notifications-v17.2.2

08 Aug 09:36
Compare
Choose a tag to compare
  • Bumped dependency on flutter_local_notifications_linux to 4.0.1. Updated app-facing packaging to no longer create and register the Linux implementation as this will now be handled by the flutter_local_notifications_linux package itself
  • [Android] fixed issue where notifications with tags weren't cancelled when action was invoked when the autoCancel property for the action was set to true. Thanks to the PR from Remco Anker

flutter_local_notifications-v17.2.1+2

14 Jul 05:06
036277c
Compare
Choose a tag to compare
  • Updated Gradle setup readme section around specifying AGP version to include link to Flutter documentation for apps that are using the declarative Plugin DSL syntax

flutter_local_notifications-v17.2.1+1

07 Jul 06:10
a12d777
Compare
Choose a tag to compare
  • Fixed accidental change done in example app as part of 17.2.0 where it made use of SCHEDULE_EXACT_ALARM permission instead of USE_EXACT_ALARM

flutter_local_notifications-v17.2.1

29 Jun 01:36
659fddd
Compare
Choose a tag to compare
  • [Android] fixed issue #2329 where a compilation issue could occur due to ambiguity between Android APIs being called. Thanks to the PR from Greg Price

flutter_local_notifications-v17.2.0

28 Jun 07:10
1eae39e
Compare
Choose a tag to compare
  • [Android][iOS][macOS] added periodicallyShowWithDuration() method that allows for having a notification periodically shown based on a specified duration. The duration will need to be at least a minute. Thanks to the PR from Mateusz Łuczak
  • [Android] added the requestFullScreenIntentPermission() to the AndroidFlutterNotificationsPlugin class. This allows app to request the full-screen intent permission. Updated the documentation around full-screen intent notifications accordingly as well
  • Added a comment to the AndroidManifest.xml file of the example to state that it requests the USE_EXACT_ALARM only for ease of use. Developers will need to check if they should be using the SCHEDULE_EXACT_ALARM permission instead