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

Android OS 13&14 Not allowing to use ProviderInstaller.installIfNeeded #192

Open
guru2010j opened this issue Oct 26, 2023 · 8 comments
Open
Labels
Bug Under Investigation The issue is currently being investigated by the product team.

Comments

@guru2010j
Copy link

guru2010j commented Oct 26, 2023

Feature Request

We believe that after the company portal update on OCT 16th, We are no longer able to run the ProviderInstaller.installIfNeeded() function.

Questions to Ask Before Submission

  1. Have you checked the Microsoft Intune App SDK for Android repository for a similar feature request?

Yes. I did not find relevant results.

  1. Are you using the latest version of the SDK and Plugin?

Yes: SDK 10.0.0 updated

Summary

  1. For SSL security updates our application code executes the ProviderInstaller.installIfNeeded() function to verify provider updates.

  2. But with the latest changes in the company portal or Android OS 13 OR 14, no longer able to run the app crashes.

Reason For Request

As per our policy, We must check for the latest ProviderInstaller.

If Intune SDK already taking care of it, Then we are good to remove this part of the code.

Please confirm what are my options as soon as possible please.

@guru2010j guru2010j added the Feature Request Issue is a feature request for the SDK. label Oct 26, 2023
@jcrabanal
Copy link

This is causing all of our apps inside managed intune devices to crash violently on start.

ProviderInstaller.installIfNeeded() cannot be ignored because the GMS provider solves a gazillion of SSL errors in older Android devices, and there is no suitable replacement for it.

@mcsimons
Copy link
Collaborator

Hi @guru2010j, apologies for the delay in response. To help our investigation could you provide a full stack trace of the crash and if possible, share a sample application that reproduces this issue?

@mcsimons mcsimons added Need More Information Waiting for more information from issuer in order to resolve issue. and removed Feature Request Issue is a feature request for the SDK. labels Nov 28, 2023
@jcrabanal
Copy link

I'm not OP, but I can provide you a stack trace.

stack_trace.txt

It's a SIGSEGV, segmentation fault, which is weird because the app does not contain native code, and it comes from onMAMCreate() -> ProviderInstaller.installIfNeeded().

@mcsimons
Copy link
Collaborator

Thank you, we will continue to update on our investigation here. Internally tracked by 25977960.

@mcsimons mcsimons added Bug Under Investigation The issue is currently being investigated by the product team. and removed Need More Information Waiting for more information from issuer in order to resolve issue. labels Nov 28, 2023
@jcrabanal
Copy link

jcrabanal commented Dec 18, 2023

Hello @mcsimons, any updates on this issue?

@mcsimons
Copy link
Collaborator

mcsimons commented Dec 18, 2023

@jcrabanal, yes, from our investigation this appears to be a google issue and an issue has been filed in the Google issue tracker: https://issuetracker.google.com/issues/316396709

@guru2010j
Copy link
Author

hello @jcrabanal & @mcsimons . Thankyou so much for all the updates. we will wait for your next update.

As of now, we had to release hotfix version by removing this check, just to avoid the crash. We hope this will be addressed ASAP.

@jcrabanal
Copy link

@jcrabanal, yes, from our investigation this appears to be a google issue and an issue has been filed in the Google issue tracker: https://issuetracker.google.com/issues/316396709

It seems like clearing the app cache temporarily fixes the problem. I believe that the ART code cache is cleared when you do this. My theory is that when the ART compiler kicks in again, the bug happens.

Do google takes those reports seriously? My previous experience with Android Issue Tracker has been pretty poor.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Under Investigation The issue is currently being investigated by the product team.
Projects
None yet
Development

No branches or pull requests

3 participants