appstack_plugin pub.dev package, newest first. Always integrate against the latest
stable release — appstack-cli review will tell you what you
are on.
Flutter integration guide
Install, configure, and send your first events.
Changed
- Updated the Appstack iOS SDK to 4.6.0
- Updated the Appstack Android SDK to 1.8.0
- Custom
sendEvent()parameters are encrypted on the device before being sent. Parameter keys not in the backend’s plaintext allowlist are sealed with RFC 9180 HPKE. The allowlist is served in remote config; no app orconfigure()change is required, and with no config block both SDKs send plaintext as before.transaction_details, deeplink user data, identifiers and other top-level event fields are not encrypted, and revenue is extracted before encryption, so revenue reporting is unchanged. A value that cannot be sealed is omitted and the event still sends. Requires iOS 17+; on iOS 15–16 values are encrypted server-side as before. Applies at Android’s API 21 floor. No new dependency on either platform; the Android AAR grows ~36 KB.
- A
nullinsendEvent()’sparametersno longer drops the event on iOS. Nulls are omitted from the payload; nulls inside lists are kept. This matches Android’s existing behaviour. sendEvent()no longer crashes on iOS when a parameter value cannot be JSON-serialized. The key is dropped and logged natively; the event sends with the rest. From Dart this coversdouble.nan,double.infinityand typed-data lists (Uint8List,Int32List,Int64List,Float64List).DateTime,Uri,Setand arbitrary objects are unaffected — they throwArgumentErrorat the platform channel and never reach the SDK.- A
nullin the attribution match response no longer discards the whole response on iOS. One null query parameter could previously cost an install its attribution data.
sendEvent()’s doc comment now describes null handling, the parameter value types that cross the platform channel, and the encryption.Release notes on GitHubAdded
AppstackPlugin.setCustomerUserId(customerUserId)— sets or clears the customer user ID afterconfigure(), bridging the native iOS/Android setter of the same name. Use it when a login reveals the ID; callingconfigure()a second time does not work, as a repeatconfigure()is a no-op and ignores itscustomerUserId. Clear it on logout so the previous user’s ID stops being attached to later events. Passingnull(or a blank string) clears the stored ID — unlikeconfigure(), which treats a blank value as “not provided” because it never clears. Safe to call at any time; last write wins.
- Updated the Appstack iOS SDK to 4.5.0 — on iOS,
getAttributionParams()no longer comes back empty: the map now always carries anappstack_match_statuskey reporting the attribution outcome (matched,matched_no_params,organic,skipped,failedornot_configured). Onlyfailedis worth re-reading later; the rest are settled answers. The Dart signature is unchanged — the result is still nullable, so existing null checks keep working — but code that read an empty result as “not attributed” should switch to the status key. Treat the key as iOS-only for now: Android 1.7.0 does not add it, so an empty map still means “nothing yet” there. Also fixed on iOS: asetCustomerUserId()call made immediately afterconfigure()is no longer overwritten by thecustomerUserIdpassed toconfigure(), and a blank customer user ID is treated as absent rather than sent as an empty string. - Updated the Appstack Android SDK to 1.7.0 — adds the native
setCustomerUserIdsetter thatAppstackPlugin.setCustomerUserId()bridges on Android. No new permission is required.
Changed
- Updated the Appstack iOS SDK to 4.4.1 — attribution matching now includes additional network context to improve match diagnostics.
- Updated the Appstack Android SDK to 1.6.0 — attribution matching now includes additional device and network context to improve match accuracy, and the Play install referrer is now resolved before the match request so attribution can be determined deterministically. No new permission is required.
EventType.installis no longer sent when passed tosendEvent()— both native SDKs already track the install automatically, so sending it by hand previously double-counted installs. Such calls are now logged and discarded natively; the Dart call still succeeds.
- Android: a remotely disabled app no longer fires the attribution match request — previously
enabled=falsesuppressed only the event POSTs, and a fresh install still called/attribution/match. A disabled app now makes no attribution network calls at all.
Changed
- Updated the Appstack iOS SDK to 4.4.0
- Updated the Appstack Android SDK to 1.5.0
- Raised the minimum supported iOS version to 15.0 (required by iOS SDK 4.4.0). This applies to both integration paths — the Swift Package Manager package (
Package.swift) and the CocoaPods podspec.