-
Notifications
You must be signed in to change notification settings - Fork 382
[libdartjni.so] dartjni.c - getMethodID #1152
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
Comments
I Was able to repoduce in that test app (https://github.com/SuaMusica/cronet_http_test) I Changed the app so we don't need to Click the download button. Also managed to pinpoint the error to the shutdown method in jni_bindings.dart when we fetch the _id_shutdown variable. The way i can "reproduce" is to install the app in the phone and then keep the logcat running while closing and opening the app. It will eventually happen sometime after 10/20 opens.
|
Hey, I Tried to debug a little bit more and got to this method here that i guess goes to the C part of things I was not able to understand how i can debug the C part to check if the address is faulty. What i can tell you is that it gets to this function with the right address |
@HosseinYousefi Since this crash seems to be coming from |
@HosseinYousefi hi, |
I wasn't able to reproduce this on my device yet. I'll try it again and will let you know. |
Gotcha. 1 - Install the test app in debug mode |
I managed to reproduce it, thanks. I will look into this. |
Hi @HosseinYousefi Do you have any tip if we can help you fixing this or just wait until you work on the fix? |
I'm working on another issue at the moment so I can't prioritize this in the next few days. You can try enabling CheckJNI and debug the root cause yourselves. |
@HosseinYousefi Also let me know if it looks like This seems like the only relevant change since the last release: The call to |
I will also try to enable that option and debug more. @brianquinlan I will Also will try to test without the release and check if it will also happen or not and if it does not, will check that the other bug also does not happens. |
Following thorough testing for two hours, I discovered that eliminating Moreover, I tried downloading 2000 items, and issue #1136 did not manifest. Putting Activating CheckJNI did not modify the result or offer additional clarity. The crash persisted, with the same parameters. |
Quick update: By setting If anyone has further suggestions, please share them so we can attempt to replicate or resolve the problem. Thank you! |
@HosseinYousefi Will you have a chance to look at this in the short term? If not, let me know and I'll take a look. |
I'm just done with my previous task. Will take a look tomorrow! Feel free to take a look at it yourself as well today. |
@HosseinYousefi Thanks! If there is anything that might need to be done on the cronet_http side, let me know. |
@atrope Please try again to see if your problem persists after upgrading to Upgrade your dependency like so: cronet_http:
git:
url: https://github.com/dart-lang/http/
ref: upgrade-jni
path: pkgs/cronet_http/ |
Hi @HosseinYousefi, I just ran a test with 150 open/close cycles, and it appears to be fixed. 🙏🏻 |
This is fixed in |
Hey @brianquinlan After we applied the fix for. #1136 and released a new version we received from Android Store that our ANR rate is beyond the reasonable level for this specific error.
Is it possible that we are trying to close a thread that does not exist anymore and then Android crashes? I Was able to receive the error but still not able to reproduce with confidence..
It started after we added the close engine.
It Affects all Android versions.
The text was updated successfully, but these errors were encountered: