Bot releases are hidden (Show)
Published by MaikuB over 2 years ago
NotificationResponse
classonDidReceiveNotificationResponse
: 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 callbackonDidReceiveBackgroundNotificationResponse
: invoked on a background isolate for when a user has selected a notification action. This replaces the onSelectNotificationAction
callbackNotificationAppLaunchDetails
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 soPublished by MaikuB over 2 years ago
groupKey
of an ActiveNotification
flutter_local_notifications_platform_interface
Published by MaikuB over 2 years ago
tag
to ActiveNotification
that would allow for finding the notification's taf. Thanks to the PR from Simon Ser
Published by MaikuB over 2 years ago
Published by MaikuB over 2 years ago
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 pluginPublished by MaikuB over 2 years ago
requestPermissions()
method of the MacOSFlutterLocalNotificationsPlugin
class led to a crash. This will be coalesced to assume that the boolean
parameters around the requested permissions default to false
to be consistent with the iOS implementation. Note that in 10.0.0 the method will have a breaking change so that these parameters are non-nullablePublished by MaikuB over 2 years ago
Published by MaikuB over 2 years ago
colorized
property caused backwards compatibility issues with previously scheduled notifications as this would be null when deserialised from shared preferencesPublished by MaikuB over 2 years ago
Published by MaikuB over 2 years ago
dart:ffi
importPublished by MaikuB over 2 years ago
Published by MaikuB over 2 years ago
pendingNotificationRequests
method may not report the correct number of scheduled notifications if it is invoked before the data had been saved to shared preferencescolorized
property to AndroidNotificationDetails
class. This can be used to apply a background colour to the notification but for most styles, this only works if a foreground service was used. Example app has been updated to demonstrate its usage. Thanks to the PR from benechiu
Published by MaikuB over 2 years ago
Published by MaikuB over 2 years ago
Published by MaikuB almost 3 years ago
Published by MaikuB almost 3 years ago
IOS
or MacOS
, these are now replaced by classes with a Darwin
prefix. For example, IOSInitializationSettings
can be replaced with DarwinInitializationSettings
pendingNotificationRequests
method may not report the correct number of scheduled notifications if it is invoked before the data had been saved to shared preferencesPublished by MaikuB almost 3 years ago
areNotificationsEnabled()
method to AndroidFlutterLocalNotificationsPlugin
. This allows querying if notifications are enabled for the app calling the method. Thanks to the PR from Konstantin Pelz
initialize()
returning null all the time instead of returning an appropriate boolean value to indicate if plugin has been initialisedPublished by MaikuB almost 3 years ago
flutter_local_notifications_linux
dependencyPublished by MaikuB almost 3 years ago
getActiveNotifications()
is now supported for iOS versions 10.0 or newergetActiveNotifications()
is now supported for macOS versions 10.14 or newerPlatformException
s 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`Published by MaikuB almost 3 years ago
groupKey
to ActiveNotification
as this was a potentially breaking change. This will instead be part of a major release