Skip to content

Releases: fingerprintjs/fingerprintjs-android

v2.2.0

10 Dec 10:40
Compare
Choose a tag to compare
  • Library
    • Added V6 version. Compared to V5,
      • Device ID: no changes
      • Fignerprint (Optimal, Unique) - no changes
      • Fingerprint (Stable) - BatteryFullCapacity is not used anymore (PR: #120)
    • Fixed resource leaks
      The demo app now runs in fully enabled strict mode without issues. (PR: #121)
  • App
    • Bump fingerprint-android to the latest 2.2.0
    • Bump targetSdk to 34
  • Library & App
    • Bumps of
      • Kotlin to 1.9.25
      • Compile sdk to 35
      • AGP to 8.7.3
      • Gradle to 8.10.2

v2.1.0

09 Oct 16:14
Compare
Choose a tag to compare
  • library
    • breaking changes
      Fingerprinter.getFingerprintingSignalsProvider() returns a nullable type now.
      This is just a precaution measure though, and the likelihood of getting null from this method is super low. If you ever stumble upon such scenario, feel free to leave an issue.
      Also, this method has been annotated with WorkerThread annotation, which is meant be a hint to avoid using this method on the main thread as it might take enough time to skip a few frames.
    • behavioural changes
      • Previously, in case of some unexpected critical error in the library code, there was a chance that the callback passed to Fingerprinter.getFingerprint() or Fingerprinter.getDeviceId() methods would have never been fired.
        Now, this problem is resolved by returning some dummy result (currently, it's empty strings) and logging an error. As with Fingerprinter.getFingerprintingSignalsProvider(), this is more of a precaution measure, and we don't expect the library users to ever face such scenario. But if you do, feel free to leave an issue ;)
    • stability improvements
      As we were occasionally getting reports that some of the calls to the Android platforms APIs could never return on some devices, the timeout mechanism has been implemented. All the platform calls are safely wrapped now, so that none of such calls would be able to hang an entire library.
    • publishing improvement: the artifact includes the source code now
    • bumps of
      • kotlin to 1.9.10
      • compile sdk to 34
      • agp to 8.1.1
      • gradle to 8.3
  • app
    • added the library version name into the nav drawer
    • added mouse drag support

v2.0.2

21 Jun 10:23
Compare
Choose a tag to compare

Changelog

Library

  1. Fix for the issue #92

v2.0.1

17 May 07:05
Compare
Choose a tag to compare

Changelog

Library

  1. Kotlin version update to 1.8.21
  2. Maven publication improvement: include runtime dependencies (kotlin-stdlib and androidx.appcompat) into pom file
  3. Minor bug fix: Fingerprinter.getSignalsMatching(V1, Stable/Optimal) now returns a proper list of signals that are used for fingerprintng with the same parameters. Check this PR for details.

Demo app

  1. Fix: GSF ID / Android ID mixed up
  2. Version bumps for dependencies

v2.0.0

17 Nov 10:10
Compare
Choose a tag to compare

The release contains new more convenient API. See the migration guide for details.

Changelog:

  • Removed per-instance configuration. Use parameters for functions instead

  • Add support for fully customisable fingerprint (now users can create fingerprints using only the signals they need)

  • Provide a more convenient API for dealing with specific signals

  • Remove the concept of signal group that introduced an extra complexity to the code without any sensible benefits
    significantly reduce the public API space. We had a lot symbols that were public by accident, polluting the namespace of our users and giving no extra value to the library.

  • Document all public APIs. (Unfortunately, there is Kotlin/dokka#80 to reference overloaded methods in kdoc, so the documentation is not as nice as it could have been)

  • Lazy signal evaluation. Previously, if we wanted to retrieve only one signal of the group, all signals of that group would be collected.

  • Allowed reinstantiation. Previously, there was no way to retrieve the fingerprint twice using the same version. Not saying that this is essential, but probably nice to have for someone.

Everything stated as "removed" is in fact just deprecated for now, therefore "API v2" is fully backwards compatible.

v2.0.0 RC2

17 Nov 08:14
Compare
Choose a tag to compare
v2.0.0 RC2 Pre-release
Pre-release
2.0.0-rc2

Configure build steps in jitpack.yml

v2.0.0 RC1

16 Nov 10:35
4d21338
Compare
Choose a tag to compare
v2.0.0 RC1 Pre-release
Pre-release
2.0.0-rc1

Update migration_to_v2.md

v1.3.0

24 Aug 14:00
Compare
Choose a tag to compare

Changelog

Library

  1. New (v4) version of fingerprint added
    1.1 Fixes issues: 1,2
  2. Workaround for ANR on android TV
  3. From now on, heavy initialization work is done lazily on background thread to prevent potential ANRs (like this one) and frame drops.
  4. Minor backward-compatible API refinement; target sdk 32->33.

Demo app

  1. Fixed issue

1.3.0-rc2

24 Aug 12:40
Compare
Choose a tag to compare
1.3.0-rc2 Pre-release
Pre-release

Changelog

Library

  1. New (v4) version of fingerprint added
    1.1 Fixes issues: 1,2
  2. Workaround for ANR on android TV
  3. From now on, heavy initialization work is done lazily on background thread to prevent potential ANRs (like this one) and frame drops.
  4. Minor backward-compatible API refinement; target sdk 32->33.

Demo app

  1. Fixed issue

1.3.0-rc1

22 Aug 16:32
Compare
Choose a tag to compare
1.3.0-rc1 Pre-release
Pre-release

Changelog

  1. New (v4) version of fingerprint added.
    1.1 This version no longer depends on bogomips property from cpuinfo, as it proved to be unstable on some devices.
  2. Workaround for ANR on android TV.
  3. From now on, heavy initialization work is done lazily on background thread to prevent potential ANRs (like this one) and frame drops.
  4. Minor backward-compatible API refinement; target sdk 32->33.