-
Notifications
You must be signed in to change notification settings - Fork 24.4k
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
TextView on production nuking app with OverlappingFileLockException #37871
Comments
|
we really need a repro 😅 on RNTester we have a Text component test page and I always check it out to ensure that it all works, so... really hard to understand what's going on. Also, can you try RC6 and see if it's still there? |
@kelset The problem is that I was never able to reproduce this on my end either, despite using RN for quite a long time now. I guess I can't help much beyond report the bug. As for RC6, I'll ship that to users over the next week and I'll see then what goes |
Happened on production with RC6 too, but this time same stack as above ^ |
@MicroDroid All of our crashes have happened on Android 8.1.0, are you experiencing similar? |
@piers-smartwyre hmmm yes |
still waiting for a repro 🙃 |
Same here with RN 0.70.10, tried to reproduce this with Android Emulator on 8.1 Oreo version but no issues. I think you can't reproduce this issue unless you have one of these devices :( |
Seeing the exact same issue (same error and stack trace) in our Sentry. Samsung Galaxy A70 device |
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
This comment was marked as duplicate.
@kelset I am seeing this error too and would love to get a reproduction but it's only happening in production and I don't have enough information to get a reproduction for you. Any other options to help debug this? |
This comment was marked as duplicate.
This comment was marked as duplicate.
Also facing this in production only and on certain android devices, which makes creating a repro extremely hard/impractical. I get that having a repro is useful for maintainers but when there's this many people having the same issue surely it's worth investigating without one? There's clearly something going on and just repeating "I need a repro" almost makes it sound like it's denying the fact this issue exists now i.e "If it works on my machine, then it's fine". Which I totally get, a lot of the time if people create a repro then they find the cause of their issues. (I've personally done this many many times). Just seems like this one is not the case. All the stack traces are the exact same, and it's on certain android devices in production, surely that's enough proof.
p.s I understand this is open source and i'm by no means trying to imply that maintainers owe anyone anything, i'm more calling out the general ethos of this whole "if there's no repro, there's no issue". Which sometimes is the case, but sometimes not... :) |
(Not a maintainer, just someone who encountered this bug): I actually tried to see if it's possible to dig into the android source code to see if I can find the root cause. Android 8.1.0 is api level 27 (Android version history). The source code is available here: AndroidSDKSources/android-sdk-sources-for-api-level-27. But the line numbers from the stack traces don’t seem to match the SDK source code of Most likely it's simply a bug in android 8.1.0 that got fixed later. The stack trace shows the exception happens (deep) inside calls within the android SDK code. The only way around it would be to know what specific calls to the SDK trigger this bug and work around it for 8.1.0. I guess what all of us could try is install an android 8.1.0 emulator and run our apps on that. If that triggers this exception, strip it down to the minimal reproducer. |
If you don't have a repro, can you open source your project and add the link to the relevant code in this conversation? Thanks |
Same here, it happens on Android 8.1.0. |
Samsung Samsung Galaxy A70 crashed android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2795) |
Unfortunately there is no relevant code, it's just views and texts in a regular react native app, the stack traces all point to non-user land code so it's not like I can pin point it to a place in my app. |
Description
Every some time, the app completely crashes on production and I get this from Sentry:
This was also happening on versions previous to 0.72 as well
React Native Version
0.72.0-rc.5
Output of
npx react-native info
Steps to reproduce
So Sentry very consistently reports this series of events when this exception happens:
But like, judging by the sequence and timing of these events, I think Sentry isn't really reporting properly? Like the user base is way too microscopic for this exact sequence of events at this exact timing to happen a couple times
Snack, code example, screenshot, or link to a repository
no idea
The text was updated successfully, but these errors were encountered: