flutter_local_notifications-v17.2.1+1

• 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

• [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

• [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

flutter_local_notifications-v17.1.2

• [Android] fixed issue 2318 where an exception could occur on calling the getNotificationChannels() method from the AndroidFlutterLocalNotificationsPlugin class. This happened when Android found that the audio attributes associated with the channel was null. The plugin will now coalesce the null value to indicate that the usage of the audio is for notifications as per https://developer.android.com/reference/android/media/AudioAttributes#USAGE_NOTIFICATION. On the Dart side, this would correspond to the AudioAttributesUsage.notification enum value

flutter_local_notifications-v17.1.1

• [Android] fixes issue #2299 where within the range of the max integer value of epoch time passed to a messaging style would result in a casting exception

flutter_local_notifications-v17.1.0

• [Android] bigText has added to ActiveNotification that allows getting information about the longer text associated with a notification displayed using the big text style. Thanks to the PR from vulpeep
• [Android] added audioAttributesUsage to AndroidNotificationChannel. Thanks to the PR from Dithesh
• Fix description of the behaviour iOS pending notifications limit. Thanks to the PR from Amman Zaman
• Updated link in readme to Gradle desugaring setup. Thanks to the PR from James Allen

flutter_local_notifications-v17.0.1

• [iOS] updated privacy manifest to declare reason the plugin uses the User Defaults API. Thanks to the PR from Miya49-p0

flutter_local_notifications-v17.0.0

• [Android] Breaking change bumped compileSdk to 34 and updated readme to mention this
• Updated compileSdk and targetSdkVersion of example app to 34
• Important announcement given how both quickly both Flutter ecosystem and Android ecosystem evolves, the minimum Flutter SDK version will be bumped to make it easier to maintain the plugin. Note that official plugins already follow a similar approach e.g. have a minimum Flutter SDK version of 3.13. This is being called out as if this affects your applications (e.g. supported OS versions) then you may need to consider maintaining your own fork in the future
• Updated build status badge shown on readme to sync to recent changes on using GitHub Actions
• Fixed code snippet in readme related to handling the onDidReceiveLocalNotification callback. Thanks to the PR from Sanket Patel

flutter_local_notifications-v16.3.3

• [Android] added missing check on if SCHEDULE_EXACT_ALARM permission was granted when using the alarmClock as the AndroidScheduleMode
• Bumped device_info_plus dependency for example app, which means example app requires Flutter SDK version 3.3.0 or higher to run

flutter_local_notifications-v16.3.2

• [Android] fixed how native stack traces were obtained. Relates to issue 2088. Thanks to the PR from Jonas Uekötter