Package selection guidance compiled from public package information, community data, and project usage.
The onesignal_flutter package enables Flutter applications to integrate with OneSignal, a free push notification service for mobile apps. It simplifies the process of sending and receiving push notifications on both Android and iOS platforms. Developers can easily manage user subscriptions, handle notification events, and customize notification behavior within their app. The plugin is maintained by OneSignal and supports seamless setup via pub.dev. It’s ideal for apps needing real-time engagement through notifications.
Use cases
Sending targeted push notifications
User engagement tracking
In-app message delivery
Real-time alerts
Cross-platform notification support
Key features
Easy integration with Flutter
Support for Android and iOS
Notification event handling
User subscription management
Customizable notification appearance
Suitable for
Mobile apps requiring push notifications
Developers using OneSignal
Apps focused on user engagement
Startups seeking free notification services
Cross-platform projects
Considerations
Requires OneSignal account setup
Needs proper API key configuration
Limited to OneSignal's backend
iOS requires additional entitlements
Background execution permissions needed
Original README
Original README snapshot from the linked source repository. Visit the repository for the latest content.
OneSignal Flutter SDK
⚠️ Migration Advisory for current OneSignal customers
Our new user-centric APIs and v5.x.x SDKs offer an improved user and data management experience. However, they may not be at 1:1 feature parity with our previous versions yet.
If you are migrating an existing app, we suggest using iOS and Android’s Phased Rollout capabilities to ensure that there are no unexpected issues or edge cases. Here is the documentation for each:
If you run into any challenges or have concerns, please contact our support team at support@onesignal.com
OneSignal is a free email, sms, push notification, and in-app message service for mobile apps. This SDK makes it easy to integrate your Flutter iOS and/or Android apps with OneSignal.
If your app does not use OneSignal.Location, you can exclude the native OneSignal location module from iOS and Android builds.
For Swift Package Manager, CocoaPods, and Android Gradle builds, set
ONESIGNAL_DISABLE_LOCATION=true in the environment before resolving or
building. The value is case-insensitive, and 1 is also accepted.
In GitHub Actions, you can set it once at the job or step level so Swift Package
Manager, CocoaPods, and Gradle builds inherit it:
env:ONESIGNAL_DISABLE_LOCATION:true
With the location module disabled, calls to OneSignal.Location are ignored on Android and OneSignal.Location.isShared() returns false.
CocoaPods: app extension targets
CocoaPods only builds OneSignalXCFramework once when every target in your
Podfile resolves the same set of subspecs. If the sets differ, it creates one
pod variant per set, and each variant tries to write the same extracted
framework, which fails the build with:
error: Multiple commands produce '.../XCFrameworkIntermediates/OneSignalXCFramework/OneSignalCore/OneSignalCore.framework'
With location disabled the plugin resolves OneSignalXCFramework/OneSignal and
OneSignalXCFramework/OneSignalInAppMessages, so every Notification Service
Extension or Widget Extension target must declare those same two subspecs:
target 'OneSignalNotificationServiceExtension' do
use_frameworks!
pod 'OneSignalXCFramework/OneSignal', '>= 5.0.0', '< 6.0'
pod 'OneSignalXCFramework/OneSignalInAppMessages', '>= 5.0.0', '< 6.0'
end
Without the environment variable set, the plugin resolves the umbrella pod, so
extension targets should declare pod 'OneSignalXCFramework' instead. Either
way the rule is the same: the app target and every extension target must request
an identical subspec set.
Applying the change (clearing cached packages)
The environment variable is only read when dependencies are resolved, and
each platform caches the resolved set. If you change the variable on an existing
project, you must clear the relevant cache and re-resolve in a shell where the
variable is exported. Otherwise a stale build can keep (or drop) the location
module regardless of the new value.
[!IMPORTANT]
When using Xcode or Android Studio, launch the IDE from a terminal that has
ONESIGNAL_DISABLE_LOCATION exported. An IDE launched from the Dock/Finder
does not inherit variables set only in your shell profile.
In Xcode, you can instead use File → Packages → Reset Package Caches (with
the variable exported), then build.
CocoaPods:
cd ios
pod deintegrate
rm -rf Pods Podfile.lock
ONESIGNAL_DISABLE_LOCATION=true pod install
Android Gradle (Gradle re-reads the variable on each configuration, so a clean
build is usually enough):
ONESIGNAL_DISABLE_LOCATION=true flutter build apk
On CI, key any DerivedData / SwiftPM / CocoaPods / Gradle caches on the value of
ONESIGNAL_DISABLE_LOCATION (or skip restoring them for no-location builds) so a
restored cache does not resurrect the location module.
Change Log
See this repository's release tags for a complete change log of every released version.
Support
Please visit this repository's Github issue tracker for feature requests and bug reports related specificly to the SDK.
For account issues and support please contact OneSignal support from the OneSignal.com dashboard.
Demo Project
To make things easier, we have published a demo project in the /example folder of this repository.
Supports:
Tested from iOS 8 to iOS 15
Tested from Android 4.0.3 (API level 15) to Android 12.0 (31)