22.09.0

• Fixed a race condition bug where a recorded event would have the wrong user properties in the drill database on the server. Now event queue is emptied (formed into a request) before recording any user profile changes.
• Events are now recorded with an internal ID.
• Added a variant of "esWriteCachesToPersistence" that has a callback to indicate if any writes were performed
• When calling "esWriteCachesToPersistence", no write to storage is performed if the same data would be written
• Expanded feedback widget functionality. Added ability to use rating widgets.
• Added functionality to access tags for feedback widgets.

22.06.2

• Fixed a bug that would throw a null pointer exception when calling "CountlyPush.displayNotification " and CountlyPush was not initialized

22.06.1

• Fixed a bug that would throw a null pointer exception when calling "CountlyPush.onTokenRefresh" and CountlyPush was not initialized

22.06.0

• Fatal crash reports will now be written in sync mode to shared preferences

• Added explicit storage mode where the event queue and request queue are not writen to persistent storage until a signal is given

• Added mitigations for rare crashes while updating remote config values

• Adding a init time cleanup procedure to remove any leftover temporary id requests

• Removed the deprecated "disableLocation" method

• Removed the deprecated "setLocation" method

22.02.3

• Added CountlyConfigPush object which is used during CountlyPush init.
• Added a way to add allowed package names for push notification intent security.
• Added a way to add allowed class names for push notification intent security.

22.02.2

• Added ability to record direct requests.

22.02.1

• Fixed bug that would be opening two intents for MainActivity when clicking on a push notification with a deep-link.

22.02.0

• Fixed notification trampoline restrictions in Android 12 using reverse activity trampolining implementation.
• Adding a call to provide user properties during initialization.

21.11.2

• Fixed bug that caused crashes when migrating from older versions that don't have a device ID type stored. When migrating from no device ID and no type, SDK will fall back to a generated ID. When migrating from device ID and no type, SDK will set id type to 'DEVELOPER_SUPPLIED' if a custom ID was provided during init. Otherwise the new type will be 'OPEN_UDID'. Adding handling for additional edge cases.

21.11.1

• Made 'ModuleDeviceId' public so that it would eliminate access issues for kotlin projects.