For upgrade instructions, see the Geo SDK upgrade guide.

Release iOS 4.1.0

Release date: Oct 20, 2020

Features

• Added new iOS 14 location delegate method to record new accuracy permission level: full or reduced.

Release Android 5.0.0 and iOS 4.0.0

Release date: July 6, 2020

Features

• Android: Added APIs for managing location permission requests. Use the optional APIs to include a pre-prompt or post-prompt message that explains to users the reason your app requires location permission. For more information, see the Geo integration guide.
• iOS: Added isStarted API to SwrveGeoSDK that returns true if the SDK starts successfully.
• iOS: The Swrve Geo SDK 4.0.0 has a hard dependency on the native Swrve SDK version 6.5.3.
• QA device logging includes a new Geoplace Triggered event. This event displays information about the geoplace, the enter or exit transition, whether or not the trigger was suppressed, and the reason for suppression, if relevant.
  
• You can now include a callback in the SwrveGeoConfig that executes when a user moves through a geoplace. For more information, see the Geo integration guide.
• Device update events now log location permissions as properties.
• Various optimizations that improve reliability and performance.

Release iOS 3.0.1

Release date: May 19, 2020

Fixes

• Fixed an internal issue with the identifier string when registering geoplaces in Swrve.

Release Android 4.0.0 and iOS 3.0.0

Release date: April 28, 2020

The Android Geo SDK 4.0.0 has a minimum dependency on the native Swrve SDK version 7.0.0. The iOS Geo SDK 3.0.0 has a minimum dependency on the native Swrve SDK version 6.2.0.

Features

• Removed dependency on Bluedot SDK.
• Suspended support for Cordova integration.

Release Android 3.0.0

Release date: December 11, 2019

Features

• Added support for Bluedot SDK 14.0.2 and Android 10, which includes important updates to location permissions. For more information, see the Geo SDK upgrade upgrade guide.
• Bluedot SDK 14.0.2 removes permissions WRITE_EXTERNAL_STORAGE, READ_PHONE_STATE, ACCESS_COARSE_LOCATION.
• Bluedot SDK 14.0.2 will display the native alarm clock icon on devices running Android OS versions M and above.

Fixes

• Bluedot SDK 14.0.2 includes several bug fixes if upgrading from 1.13.1.

Release iOS 2.3.1

Release date: November 12, 2019

Features

• Added support for Bluedot SDK 15.1.2 (iOS 13, Xcode 11, Swift 5).

Release iOS 2.3.1

Release date: August 29, 2019

Features

• Added support for Bluedot SDK version 15.0.0.

Fixes

• Fixed an issue with restarting the SDK on apps that have data protection enabled and delayed start of the Geo SDK plugin in their configuration.

Release 2.3.0

Release date: August 1, 2019

The Swrve Geo SDK 2.3.0 has a hard dependency on the native Swrve SDK version 6.2.0.

Features

• Added support for configuring cooldown periods at app-wide, individual geoplace, and campaign levels. QA users can bypass the cooldown period using the Reset device state checkbox in the QA device settings screen. For more information, see About geoplaces.
• Added support for configuring geoplace opening hours. For more information, see About geoplaces.

Fixes

• iOS: Fixed offline notification processing.

Release 2.2.1

Release date: May 15, 2019

Features

• iOS: Recompiled the iOS Swrve Geo SDK to add support for XCode 10.2 and Bluedot SDK version 1.13.3. This release does not include any other fixes or features. Only upgrade to this version if you’re using XCode 10.2+.

Release 2.2.0

Release date: April 8, 2019

The Swrve Geo SDK 2.2.0 has a hard dependency on the native Swrve SDK version 6.1.0.

Features

• Added support for triggering and displaying geo notifications when a device is offline.

Release 2.1.1

Release date: February 11, 2019

Fixes

• Fixed an issue where certain device properties were being sent as user property updates every time the Geo SDK initialized.

Release 2.1.0

Release date: January 31, 2019

The Swrve Geo SDK 2.1.0 has a hard dependency on the native Swrve SDK version 6.0.1 and supports Bluedot SDK version 1.13.1.

Features

• Added support for Bluedot SDK 1.13.1, which includes the following improvements:
  • Android: No longer requires persistent foreground notification on Oreo+, allowing for deprecation of the existing SwrveGeoSDK.init method that took a Notification object. The Bluedot SDK no longer displays an alarm clock icon and Bluetooth permissions are now optional.
  • iOS: Improvements for restarting the SwrveGeoSDK after a device is rebooted or force closed.
• Added a new API for delaying the very first start of the SwrveGeoSDK to allow for requesting a user’s permission to use location services at an opportune time.
• Improved the background operation of requesting notifications.
• Android: Added maxDisplayWindowMinutes geo config property that prevents a notification showing if the time between the entry or exit of a geoplace and the triggering of the notification is greater than this value. This can happen due to restrictions on Android O+.

Fixes

• Android: Fixed an issue in the SwrveGeoSDK where notifications were requested with an invalid install date parameter.

Release 2.0.1

Release date: September 10, 2018

Fixes

• Android: Fixed an issue that caused geo notification campaigns configured with a geoplace enter event to be displayed when a user exited a geoplace.

Release 2.0.0

Release date: September 3, 2018

The Swrve Geo SDK 2.0.0 has a hard dependency on the native Swrve SDK version 5.3.0 and supports Bluedot SDK version 1.12.1.

Features

• Added support for creating geo-triggered notification campaigns in the Swrve dashboard. Swrve geo-triggered campaigns use local rich notifications and do not require a push token. For more information, see Creating geo-triggered campaigns.
• Added custom filtering of notifications to enable your app to modify the content of a notification or perform a final check and approval before displaying a notification. For more information, see CustomFilter in SwrveGeoConfig.
• Added custom properties to geoplace settings that you can later use to include the property values in your geo-tiggered campaign notification content. For example, you might want to include custom properties such as a location name or deeplink: “Welcome to ${geoplace.restaurantname|fallback=”our”} restaurant!”
• Added QA user logging for debugging geoplaces.
• Removed the username parameter from the SwrveGeoSDK initialization methods.