facebook_app_events

0.30.5

• Update Android toolchain — Kotlin 2.4.10 (was 2.4.0). AGP (8.13.0, already the latest 8.x release) and compileSdk/targetSdk (36, already the latest stable API level) are unchanged. Gradle stays pinned at 8.13, matched to AGP 8.13.x per the existing wrapper convention, even though a newer 8.14.x patch is available upstream. The Facebook Android SDK Maven range ([18.0,19.0)) already covers the latest 18.x release (18.3.0) and the iOS CocoaPods/SPM ~> 18.0 / "18.0.0"..<"19.0.0" pins already cover the latest 18.x release (18.1.0), so no Facebook SDK dependency changes were needed this round.
• Raise the example app's iOS deployment target from 12.0 to 13.0 to match the plugin's actual minimum (s.ios.deployment_target in the podspec and Package.swift have required iOS 13 since 0.26.0); the example's Xcode project setting had never been updated to match.

• Update Android toolchain — Kotlin 2.4.10 (was 2.4.0). AGP (8.13.0, already the latest 8.x release) and compileSdk/targetSdk (36, already the latest stable API level) are unchanged. Gradle stays pinned at 8.13, matched to AGP 8.13.x per the existing wrapper convention, even though a newer 8.14.x patch is available upstream. The Facebook Android SDK Maven range ([18.0,19.0)) already covers the latest 18.x release (18.3.0) and the iOS CocoaPods/SPM ~> 18.0 / "18.0.0"..<"19.0.0" pins already cover the latest 18.x release (18.1.0), so no Facebook SDK dependency changes were needed this round.
• Raise the example app's iOS deployment target from 12.0 to 13.0 to match the plugin's actual minimum (s.ios.deployment_target in the podspec and Package.swift have required iOS 13 since 0.26.0); the example's Xcode project setting had never been updated to match.

0.30.4

• Remove the com.facebook.sdk.CodelessDebugLogEnabled meta-data from the plugin's Android manifest. It has been there since the first release and had no effect: in Facebook Android SDK 18.x the flag is read into FacebookSdk.getCodelessDebugLogEnabled() and nothing in the SDK reads that getter. Codeless event setup is gated server-side by Meta's fetched app settings (codelessEventsEnabled / getCodelessSetupEnabled()), not by this flag. Because library manifests merge into the host app, the entry also forced any app that wanted the key set to false to add tools:replace to win the merge — that workaround is no longer needed and can be removed.
• Docs: the README no longer advises enabling codeless debug logging for debugging (the flags are inert on both platforms; setDebugLoggingEnabled is the switch that does something), and CONTRIBUTING.md now records the pinned Graph API version as a release-time check with the three places the literal appears.

• Remove the com.facebook.sdk.CodelessDebugLogEnabled meta-data from the plugin's Android manifest. It has been there since the first release and had no effect: in Facebook Android SDK 18.x the flag is read into FacebookSdk.getCodelessDebugLogEnabled() and nothing in the SDK reads that getter. Codeless event setup is gated server-side by Meta's fetched app settings (codelessEventsEnabled / getCodelessSetupEnabled()), not by this flag. Because library manifests merge into the host app, the entry also forced any app that wanted the key set to false to add tools:replace to win the merge — that workaround is no longer needed and can be removed.
• Docs: the README no longer advises enabling codeless debug logging for debugging (the flags are inert on both platforms; setDebugLoggingEnabled is the switch that does something), and CONTRIBUTING.md now records the pinned Graph API version as a release-time check with the three places the literal appears.

0.30.3

• Fix (Android): getApplicationId now reads the live FacebookSdk.getApplicationId() instead of the app id captured when the plugin attached to the engine, so app-id changes made programmatically after startup are reflected — matching iOS (Settings.shared.appID) and the documented behavior.
• Fix (Android): logPushNotificationOpen now returns a clean INVALID_ARGUMENT error when the payload contains a value an Android Bundle cannot represent (e.g. a list), instead of an opaque platform exception. The error message names the offending key and suggests JSON-encoding structured values.
• Fix: setDataProcessingOptions validates in the Dart layer that country and state fit in a signed 32-bit integer (the type the native APIs take) and throws a RangeError otherwise. Out-of-range values previously surfaced as an opaque ClassCastException on Android; iOS already rejected them natively.
• Stop sending explicit nulls over the method channel for omitted arguments of setDataProcessingOptions and logPushNotificationOpen, consistent with the rest of the API.

• Fix (Android): getApplicationId now reads the live FacebookSdk.getApplicationId() instead of the app id captured when the plugin attached to the engine, so app-id changes made programmatically after startup are reflected — matching iOS (Settings.shared.appID) and the documented behavior.
• Fix (Android): logPushNotificationOpen now returns a clean INVALID_ARGUMENT error when the payload contains a value an Android Bundle cannot represent (e.g. a list), instead of an opaque platform exception. The error message names the offending key and suggests JSON-encoding structured values.
• Fix: setDataProcessingOptions validates in the Dart layer that country and state fit in a signed 32-bit integer (the type the native APIs take) and throws a RangeError otherwise. Out-of-range values previously surfaced as an opaque ClassCastException on Android; iOS already rejected them natively.
• Stop sending explicit nulls over the method channel for omitted arguments of setDataProcessingOptions and logPushNotificationOpen, consistent with the rest of the API.

0.30.2

• Update Android toolchain — AGP 8.13.0, Gradle 8.13, Kotlin 2.4.0, compileSdk/targetSdk 36. No change to minSdk or the Facebook Android SDK Maven range ([18.0,19.0)), which already resolves to the latest 18.x release (18.3.0); the CocoaPods/SPM ~> 18.0 / "18.0.0"..<"19.0.0" iOS pins likewise already cover the latest 18.x release (18.1.0), so no iOS dependency changes were needed this round.

• Update Android toolchain — AGP 8.13.0, Gradle 8.13, Kotlin 2.4.0, compileSdk/targetSdk 36. No change to minSdk or the Facebook Android SDK Maven range ([18.0,19.0)), which already resolves to the latest 18.x release (18.3.0); the CocoaPods/SPM ~> 18.0 / "18.0.0"..<"19.0.0" iOS pins likewise already cover the latest 18.x release (18.1.0), so no iOS dependency changes were needed this round.

0.30.1

• Fix (Android): stop triggering Flutter 3.44+'s "plugins that apply Kotlin Gradle Plugin (KGP)" warning and build on AGP 9, without raising the minimum Flutter SDK. KGP is now applied only on AGP < 9 (Flutter's Built-in Kotlin supplies it otherwise) (fixes #492).

• Fix (Android): stop triggering Flutter 3.44+'s "plugins that apply Kotlin Gradle Plugin (KGP)" warning and build on AGP 9, without raising the minimum Flutter SDK. KGP is now applied only on AGP < 9 (Flutter's Built-in Kotlin supplies it otherwise) (fixes #492).

0.30.0

• Fix (iOS): setDataProcessingOptions is now functional on iOS, mapping to Settings.shared.setDataProcessingOptions(options, country:state:). The previous no-op was based on the incorrect belief that Meta removed the API in Facebook iOS SDK 18.x — it exists in all 18.x releases. The "no-op on iOS" known limitation is gone.
• Fix (iOS): getApplicationId now returns Settings.shared.appID (which also resolves the Info.plist FacebookAppID) instead of reading Info.plist directly, so programmatic app-id configuration is reflected, matching Android.
• Fix (iOS): setUserData now uses merge semantics like Android: only the fields you pass are updated. Previously the iOS handler passed nil for absent fields, which cleared previously-set fields on iOS while Android kept them. Use clearUserData/clearUserDataForType to remove fields.
• Fix: event parameters are validated in the Dart layer. The native SDKs accept only String/numeric parameter values and silently drop the entire event otherwise — booleans (previously dropped on Android, recorded on iOS) are now converted to "1"/"0" on both platforms, and unsupported types (lists, maps) throw an ArgumentError instead of vanishing. JSON-encode structured values instead.
• Fix (iOS): the activateApp(applicationId:) override now applies per call: calling activateApp() without an id resets loggingOverrideAppID, matching Android's per-call fallback to the default app id.
• Fix (Android): logPurchase/logProductItem now return an INVALID_ARGUMENT error for invalid ISO 4217 currency codes instead of an opaque platform exception.
• Add externalId to setUserData and FacebookUserDataField (Meta advanced matching extern_id), supported by both native SDKs.
• Add setLimitEventAndDataUsage(bool), mapping to FacebookSdk.setLimitEventAndDataUsage (Android) / Settings.shared.isEventDataUsageLimited (iOS).
• Add setAdvertiserIdCollectionEnabled(bool) and deprecate setAdvertiserTracking: the iOS tracking flag it set is deprecated since FBSDK v17 (ATT status is used instead), and on Android only advertiser ID collection exists.
• Add setPushNotificationsDeviceToken(String) (native SDK naming) and deprecate setPushNotificationToken, which now delegates to it.
• Document the plugin's API scope (intentionally unexposed native APIs) in the README.

• Fix (iOS): setDataProcessingOptions is now functional on iOS, mapping to Settings.shared.setDataProcessingOptions(options, country:state:). The previous no-op was based on the incorrect belief that Meta removed the API in Facebook iOS SDK 18.x — it exists in all 18.x releases. The "no-op on iOS" known limitation is gone.
• Fix (iOS): getApplicationId now returns Settings.shared.appID (which also resolves the Info.plist FacebookAppID) instead of reading Info.plist directly, so programmatic app-id configuration is reflected, matching Android.
• Fix (iOS): setUserData now uses merge semantics like Android: only the fields you pass are updated. Previously the iOS handler passed nil for absent fields, which cleared previously-set fields on iOS while Android kept them. Use clearUserData/clearUserDataForType to remove fields.
• Fix: event parameters are validated in the Dart layer. The native SDKs accept only String/numeric parameter values and silently drop the entire event otherwise — booleans (previously dropped on Android, recorded on iOS) are now converted to "1"/"0" on both platforms, and unsupported types (lists, maps) throw an ArgumentError instead of vanishing. JSON-encode structured values instead.
• Fix (iOS): the activateApp(applicationId:) override now applies per call: calling activateApp() without an id resets loggingOverrideAppID, matching Android's per-call fallback to the default app id.
• Fix (Android): logPurchase/logProductItem now return an INVALID_ARGUMENT error for invalid ISO 4217 currency codes instead of an opaque platform exception.
• Add externalId to setUserData and FacebookUserDataField (Meta advanced matching extern_id), supported by both native SDKs.
• Add setLimitEventAndDataUsage(bool), mapping to FacebookSdk.setLimitEventAndDataUsage (Android) / Settings.shared.isEventDataUsageLimited (iOS).
• Add setAdvertiserIdCollectionEnabled(bool) and deprecate setAdvertiserTracking: the iOS tracking flag it set is deprecated since FBSDK v17 (ATT status is used instead), and on Android only advertiser ID collection exists.
• Add setPushNotificationsDeviceToken(String) (native SDK naming) and deprecate setPushNotificationToken, which now delegates to it.
• Document the plugin's API scope (intentionally unexposed native APIs) in the README.

0.29.0

• iOS UISceneDelegate adoption. Adopt FlutterSceneLifeCycleDelegate and register as a scene delegate so Facebook URL callbacks (deep links / deferred app links) still reach the SDK on apps using the UIScene lifecycle — the default for Flutter 3.38+. The legacy application(_:open:options:) path is retained for non-UIScene apps (fixes #489).
• Breaking: Raise the minimum Flutter SDK to >=3.38.0, required by FlutterSceneLifeCycleDelegate / addSceneDelegate. The Dart API and Android behavior are unchanged.

• iOS UISceneDelegate adoption. Adopt FlutterSceneLifeCycleDelegate and register as a scene delegate so Facebook URL callbacks (deep links / deferred app links) still reach the SDK on apps using the UIScene lifecycle — the default for Flutter 3.38+. The legacy application(_:open:options:) path is retained for non-UIScene apps (fixes #489).
• Breaking: Raise the minimum Flutter SDK to >=3.38.0, required by FlutterSceneLifeCycleDelegate / addSceneDelegate. The Dart API and Android behavior are unchanged.

0.28.0

• Add logProductItem(...) for product-catalog item logging, with type-safe ProductAvailability and ProductCondition enums (PR #487).
• Add setPushNotificationToken(String) to register a push token for Meta push-campaign measurement.
• Add setFlushBehavior(FlushBehavior) / getFlushBehavior() to switch between automatic and explicit-only event flushing.
• Add getUserData(), getUserID(), and clearUserDataForType(FacebookUserDataField) — the last is functional on iOS and a no-op on Android (no native per-field clear; use clearUserData()).
• Add convenience shorthands for the remaining Meta standard events (logAchievedLevel, logAddedPaymentInfo, logCompletedTutorial, logSearched, logSpentCredits, logUnlockedAchievement, logContact, logCustomizeProduct, logDonate, logFindLocation, logSchedule, logSubmitApplication).
• Behavior change (Android): setAdvertiserTracking no longer toggles verbose SDK debug logging as a side effect; use the new setDebugLoggingEnabled(bool) instead.
• Move the new enums and standard-event helpers into lib/src/ (re-exported, no consumer import changes), drop unused Android imports, and add Dart tests plus example-app coverage.

• Add logProductItem(...) for product-catalog item logging, with type-safe ProductAvailability and ProductCondition enums (PR #487).
• Add setPushNotificationToken(String) to register a push token for Meta push-campaign measurement.
• Add setFlushBehavior(FlushBehavior) / getFlushBehavior() to switch between automatic and explicit-only event flushing.
• Add getUserData(), getUserID(), and clearUserDataForType(FacebookUserDataField) — the last is functional on iOS and a no-op on Android (no native per-field clear; use clearUserData()).
• Add convenience shorthands for the remaining Meta standard events (logAchievedLevel, logAddedPaymentInfo, logCompletedTutorial, logSearched, logSpentCredits, logUnlockedAchievement, logContact, logCustomizeProduct, logDonate, logFindLocation, logSchedule, logSubmitApplication).
• Behavior change (Android): setAdvertiserTracking no longer toggles verbose SDK debug logging as a side effect; use the new setDebugLoggingEnabled(bool) instead.
• Move the new enums and standard-event helpers into lib/src/ (re-exported, no consumer import changes), drop unused Android imports, and add Dart tests plus example-app coverage.

0.27.2

• Tighten the AGP 9 Kotlin-plugin guard introduced in 0.27.1. The previous check skipped apply plugin: "kotlin-android" for any AGP 9 build, but users running AGP 9 with android.builtInKotlin=false (opting out of built-in Kotlin) still need the plugin applied. Now keyed on both the AGP major version and the android.builtInKotlin Gradle property (PR #485).
• Drop the legacy kotlinOptions { jvmTarget = "17" } block in the built-in Kotlin branch. AGP 9 defaults kotlin.compilerOptions.jvmTarget to android.compileOptions.targetCompatibility (already JVM 17), making it redundant; the legacy DSL is only available when kotlin-android is applied, so it's now gated to that branch (PR #485).

• Tighten the AGP 9 Kotlin-plugin guard introduced in 0.27.1. The previous check skipped apply plugin: "kotlin-android" for any AGP 9 build, but users running AGP 9 with android.builtInKotlin=false (opting out of built-in Kotlin) still need the plugin applied. Now keyed on both the AGP major version and the android.builtInKotlin Gradle property (PR #485).
• Drop the legacy kotlinOptions { jvmTarget = "17" } block in the built-in Kotlin branch. AGP 9 defaults kotlin.compilerOptions.jvmTarget to android.compileOptions.targetCompatibility (already JVM 17), making it redundant; the legacy DSL is only available when kotlin-android is applied, so it's now gated to that branch (PR #485).

0.27.1

• Guard apply plugin: "kotlin-android" against AGP 9, which ships with built-in Kotlin support (android.builtInKotlin=true) and conflicts with the explicit plugin application. Keeps AGP < 9 behavior unchanged (fixes #482).
• Sync ios/facebook_app_events.podspec version with pubspec.yaml. The podspec had been stale at 0.25.0 across the v0.26.x and v0.27.0 releases, causing CocoaPods consumers to resolve the wrong plugin version. A release-process note was added to CONTRIBUTING.md requiring both files to be bumped together (PR #484).
• Document that setDataProcessingOptions is a no-op on iOS since Meta removed the underlying API in Facebook iOS SDK 18.x. Use Meta's Data Use Checkup tooling for iOS data-use configuration (PR #484).
• Expand Dart unit test coverage to include previously-uncovered public methods (clearUserData, clearUserID, flush, getApplicationId, getAnonymousId, setUserID, setAutoLogAppEventsEnabled, setDataProcessingOptions, setAdvertiserTracking, logPushNotificationOpen, logRated, logInitiatedCheckout, logStartTrial, logAddToWishlist) (PR #484).
• Raise example app SDK constraints to match the plugin floor (sdk: '>=3.3.0 <4.0.0', flutter: '>=3.19.0') and set targetSdk = 35 explicitly in the Android module (PR #484).

• Guard apply plugin: "kotlin-android" against AGP 9, which ships with built-in Kotlin support (android.builtInKotlin=true) and conflicts with the explicit plugin application. Keeps AGP < 9 behavior unchanged (fixes #482).
• Sync ios/facebook_app_events.podspec version with pubspec.yaml. The podspec had been stale at 0.25.0 across the v0.26.x and v0.27.0 releases, causing CocoaPods consumers to resolve the wrong plugin version. A release-process note was added to CONTRIBUTING.md requiring both files to be bumped together (PR #484).
• Document that setDataProcessingOptions is a no-op on iOS since Meta removed the underlying API in Facebook iOS SDK 18.x. Use Meta's Data Use Checkup tooling for iOS data-use configuration (PR #484).
• Expand Dart unit test coverage to include previously-uncovered public methods (clearUserData, clearUserID, flush, getApplicationId, getAnonymousId, setUserID, setAutoLogAppEventsEnabled, setDataProcessingOptions, setAdvertiserTracking, logPushNotificationOpen, logRated, logInitiatedCheckout, logStartTrial, logAddToWishlist) (PR #484).
• Raise example app SDK constraints to match the plugin floor (sdk: '>=3.3.0 <4.0.0', flutter: '>=3.19.0') and set targetSdk = 35 explicitly in the Android module (PR #484).

• Added parameters argument to shorthand log methods (logCompletedRegistration, logRated, logViewContent, logAddToCart, logAddedToWishlist, logInitiatedCheckout, logSubscribe, logStartTrial) to support custom event parameters alongside standard ones.
• Updated documentation for standard event methods with guidance on parameters required for ad revenue optimization (ROAS).
• Added unit tests for the updated shorthand log methods.

• Updating documentation.

• Fix swift-tools-version placement — must be on the first line of Package.swift (PR #479)

⚠️ Breaking Changes

• Raise iOS minimum deployment target from 12 to 13 — iOS 12 is EOL
• Tighten Dart/Flutter SDK constraints — Dart >=3.3.0, Flutter >=3.19.0 (was unconstrained; aligns with March 2024+ ecosystem)

Changes

• Bound iOS SPM Facebook SDK version range to "18.0.0"..<"19.0.0" — prevents silent acceptance of breaking major versions; consistent with podspec (~> 18.0) and Android ([18.0,19.0)) (PR #477)
• Update Android toolchain — Kotlin 2.3.10, AGP 8.9.2, Gradle 8.11.1, compileSdk 35 (PR #477)
• Add Android consumer ProGuard rules — prevents R8 in host apps with code shrinking from stripping Facebook App Events classes at runtime (PR #477)
• Add analysis_options.yaml with flutter_lints for static analysis (PR #477)

• Work around stale default Graph API versions in Facebook SDK v18.x by overriding the native SDK Graph API version to v24.0 on iOS and Android (PR #476, fixes #474)
• Add setGraphApiVersion(String version) to forward Graph API version overrides through the plugin API (PR #476)

• Add activateApp() to manually log app activation when automatic app event logging is disabled (PR #466)

• iOS: Add Swift Package Manager (SPM) support (fixes #464)

• Fix Android crash when setUserData() is called with null fields (fixes #462)

• iOS: Update Swift code for Facebook SDK 18.x compatibility (PR #455, fixes #451 and #454)
• iOS: Refactor parameter unpacking (PR #461, fixes #460)
• Refactor/default parameter values (PR #458)

• Refactor advertiser tracking logic (PR #457)
• Remove violating parameter in example app (PR #459)

• Update plugin to support modern Flutter plugin API and Android Gradle Plugin (PR #418)

Updating example app

• Update iOS FBSDKCoreKit to 18.0

• Removed "import io.flutter.plugin.common.PluginRegistry.Registrar"

• Bump up android gradle version to 8.11.1
• Update gradle syntax to use declarative style
• Update Facebook app events unit tests from using deprecated setMockMethodCallHandler method
• Enhance widget tests to verify example app rendering and button text content

• Updating FBAudienceNetworkto version 6.16
• Updating iOS properties

• Bump up FBSDKCoreKit android gradle version to 17.0 to 18.0
• Update ios example minimum deployment target to 12.0
• Update target compile sdk in android gradle example to 34

• Updating FBSDKCoreKit to 17.0 that include Privacy Manifest
• Updating FBAudienceNetwork to 6.15
• Update iOS deployment target to 12.0

• Updating FBSDKCoreKit to 16.1 (PR #309)
• Bump up android gradle version (PR #310)
• Handle open push notification issue (PR #334)
• Add compileOption and kotlinOption (PR #321)

• Updating FBSDKCoreKit to 16 (PR #296)

• Fixing issues #270 and #272
• Updating FBSDKCoreKit to 15.1
• Updating FBAudienceNetwork to 6.12

• Fixing version syntax in gradle.

• Updating Facebook SDK dependency to follow all 15.x versions.

• Implementing Aggregated Event Measurement for Facebook App Events in PR #236

• Updating Facebook SDK dependency to follow all 14.x versions.
• Updating documentation to add client token in project README

See PR 224

• Updating Facebook SDK dependency to follow all 13.x versions.
• Updating deprecated ios methods and propeties according https://github.com/facebook/facebook-ios-sdk/blob/main/CHANGELOG.md

• Adding back setUserData() which was removed by mistake. It's not completely deprecated.
• Bumping iOS FBSDK version to 12.3

• Making parameters to logPurchase() mandatory (issue #182)
• Updating gradle config for jcenter deprecation.

Narrowing down the Facebook SDK version for iOS due to the trouble it seems to cause with different developer environments and setups. See discussion in issue #159 and #171.

Fixing issue 159 - iOS compilation error

Fixing issue 165 - Pod install Error

Fixing issue 161 - Adding configuration option for isAdvertiserIDCollectionEnabled in the setAdvertiserTracking() method.

Fixing issue 156 - iOS Compilation error

Fixing issue 147 - logAddToCart() throws PlatformException

See PR 149

• Updating Facebook SDK dependency to follow all 12.x versions.
• Adding debug/dev cert for android to build and test example app
• Removing deprecated methods
  • setUserData
  • updateUserProperties
  • logActivatedApp
  • logDeactivatedApp

• Updating Facebook SDK core kit dependency to follow all 11.x versions.
• Removing references to Facebook Analytics in README (https://www.facebook.com/business/help/966883707418907)

Importing FBSDKCoreKit_Basics as a real fix for #127 and #129. See PR #131. The PR adds back support for setUserData in iOS during deprecation grace period.

N.B. Workaround release!! Removing function body for iOS handling of deprecated method setUserData. See issues #127 and #129. We were unable to reproduce or successfully troubleshoot the reported problems within the team and decided that it would be better to get around the compilation error with the sacrifice of the setUserData in the possibly short time before it is removed from the SDK anyway.

• Addressing issue #125 - iOS compilation error. See PR #126

• Fixing issue #123
  • Emptying the handling method for iOS updateUserProperties as it is removed from iOS SDK but only deprecated in Android.
  • Removing nil parameter from iOS initializeSDK method
  • Updating the missing AppEvents.UserDataType declarations

• Bumping Facebook SDK core kit to 11.1
• Adding deprecation notes for
  • setUserData
  • updateUserProperties
  • logActivatedApp
  • logDeactivatedApp
• Adding log events
  • logAdClick
  • logAdImpression
  • logStartTrial (see discussion #119)
  • logSubscribe (see discussion #119)

Breaking changes: Starting from this release, the plugin require Flutter 2.0 with support for null safety

• Updating to Flutter 2.0 and null safety in PR #90
• Updating Facebook SDK to v9.1.0 in PR #102

• Auto initializing Facebook SDK on iOS (fixed in PR #99) and reported in issues #86 and #89

• Adding logAddToCart event log
• Adding logAddToWishlist event log

• Fixing logViewContent as described in issue #73
• Bumping Facebook SDK core kit to 9.0.0 in PR #85

• Adding support for setAdvertiserTrackingEnabled solved in PR #82

• Updating iOS deployment target to 9.0 as described in issue #74

• Upgrading FBSDKCoreKit to 8.2.0 as described in issue #56 and closed in PR #65

• Fixing missing Android imports