Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Google Play Services SDK not found for app set id! #174

Open
mkbey opened this issue Jan 16, 2024 · 4 comments
Open

Google Play Services SDK not found for app set id! #174

mkbey opened this issue Jan 16, 2024 · 4 comments

Comments

@mkbey
Copy link

mkbey commented Jan 16, 2024

Expected Behavior

Expecting to be able to disable adid and appSetId in TrackingOptions when initializing Amplitude and expect events to show in my Production environment

Current Behavior

  • I get this warning Google Play Services SDK not found for app set id!
  • No events show up for my project. apiKey is accurate

Possible Solution

Steps to Reproduce

  • This is an MDM'd build and we have none of the Play Service dependencies: com.google.android.gms
  • I've tried combinations of custom user/device ids but run into the same warning
  • We have a sister project for lower environments (dev/test) and do not run into this warning...prod project has this issue though
private val trackingOptions = TrackingOptions().disableAdid().disableAppSetId()
private val amplitude = Amplitude(
        Configuration(
            apiKey = apiKey,
            context = context,
            flushIntervalMillis = 30000,
            flushEventsOnClose = true,
            flushQueueSize = 30,
            flushMaxRetries = 5,
            useBatch = true,
            identifyBatchIntervalMillis = 30000L,
            useAppSetIdForDeviceId = false,
            useAdvertisingIdForDeviceId = false,
            newDeviceIdPerInstall = false,
            trackingOptions = trackingOptions,
            locationListening = false,
        ),
    ).setUserId(customerUserId).setDeviceId(customDeviceId)

Environment

  • Device: Tablet, API 29, Android 10.0
@Mercy811
Copy link
Contributor

Hi @mkbey, thanks for choosing Amplitude and put detailed description. It seems to be a bug and can be solved by a similar way of the PR in the possible solution section. I will keep you updated.

@mkbey
Copy link
Author

mkbey commented Jan 17, 2024

Hi @mkbey, thanks for choosing Amplitude and put detailed description. It seems to be a bug and can be solved by a similar way of the PR in the possible solution section. I will keep you updated.

Awesome thanks so much! Any timeline on a new version patch for this off the top? Would that roll up into another release or could it be deployed pretty quick here? Thanks again; rock on 🚀

@mkbey
Copy link
Author

mkbey commented Feb 19, 2024

@Mercy811 Any updates on timelines for processing? Any patch versions on the horizon here or?

@Mercy811
Copy link
Contributor

Hi @mkbey, we are experiencing a high volume of customer issues. I just check the code where the warning comes from https://github.com/amplitude/Amplitude-Kotlin/blob/main/common-android/src/main/java/com/amplitude/common/android/AndroidContextProvider.kt#L236. I know this isn't ideal as already disableAdid() and disableAppSetId(). But It shouldn't block events from being sent to Amplitude. Also as you mentioned that your sister project works expected. Could you check their configurations and give us more context on why one is working while the other isn't. Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants