-
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
[RCTImageLoader][0.33 & 0.34] Crash #9882
Comments
This seems to have been introduced in this commit going into RN 0.33: 1418828 at least it touches exactly the line that is crashing |
I'm getting lots of crashes also, all related I think: http://crashes.to/s/96034f860eb |
Hey guys, we have a similar crash, affecting consistently a number of our users - I think related to the problems people have mentioned so far. http://crashes.to/s/518580ef4b9 (line 383) Both crashes on React Native 0.33. |
same crash issue |
We were able to prevent this crash by prefetching images |
We have seen these crashes disappear in v34. |
@javache Great! I'll test it out and report back. |
Same on 34 RC :( |
Seeing this as well - also present in 0.32. |
@javache I can confirm the same severity in 0.34 as was in 0.33. In our app you just have to scroll 2 - 3 pages worth and it crashes. Very reproducible. |
This has prevented us from upgrading from 0.32. :( |
Same issue here, definitely excited to get this fixed and make the upgrade! |
Summary: This PR is related to the multitude of crashes (#10016, #9751, #9882). From my understanding, we should be using a strong reference when calling `decodeImageData` or we could be calling the method on a deallocated instance. PR #9751 have mitigated this by adding a fail-safe, but I think the culprint is the weak reference, which this PR fixes. Tested on iOS only, since it doesn't touch Android. Closes #10147 Differential Revision: D3938763 fbshipit-source-id: 7389d4ae7a98926014401a1fe0cbbdcdd5ee6a01
Summary: This PR is related to the multitude of crashes (facebook#10016, facebook#9751, facebook#9882). From my understanding, we should be using a strong reference when calling `decodeImageData` or we could be calling the method on a deallocated instance. PR facebook#9751 have mitigated this by adding a fail-safe, but I think the culprint is the weak reference, which this PR fixes. Tested on iOS only, since it doesn't touch Android. Closes facebook#10147 Differential Revision: D3938763 fbshipit-source-id: 7389d4ae7a98926014401a1fe0cbbdcdd5ee6a01
@chiplay for me Strong reference don't solve this problem :/ |
Closing this issue since #9849 is tracking the same bug -- subscribe to that one. |
Summary: This PR is related to the multitude of crashes (facebook#10016, facebook#9751, facebook#9882). From my understanding, we should be using a strong reference when calling `decodeImageData` or we could be calling the method on a deallocated instance. PR facebook#9751 have mitigated this by adding a fail-safe, but I think the culprint is the weak reference, which this PR fixes. Tested on iOS only, since it doesn't touch Android. Closes facebook#10147 Differential Revision: D3938763 fbshipit-source-id: 7389d4ae7a98926014401a1fe0cbbdcdd5ee6a01
Summary: This PR is related to the multitude of crashes (facebook#10016, facebook#9751, facebook#9882). From my understanding, we should be using a strong reference when calling `decodeImageData` or we could be calling the method on a deallocated instance. PR facebook#9751 have mitigated this by adding a fail-safe, but I think the culprint is the weak reference, which this PR fixes. Tested on iOS only, since it doesn't touch Android. Closes facebook#10147 Differential Revision: D3938763 fbshipit-source-id: 7389d4ae7a98926014401a1fe0cbbdcdd5ee6a01
Summary: This PR is related to the multitude of crashes (#10016, #9751, #9882). From my understanding, we should be using a strong reference when calling `decodeImageData` or we could be calling the method on a deallocated instance. PR #9751 have mitigated this by adding a fail-safe, but I think the culprint is the weak reference, which this PR fixes. Tested on iOS only, since it doesn't touch Android. Closes #10147 Differential Revision: D3938763 fbshipit-source-id: 7389d4ae7a98926014401a1fe0cbbdcdd5ee6a01
Summary: This PR is related to the multitude of crashes (facebook#10016, facebook#9751, facebook#9882). From my understanding, we should be using a strong reference when calling `decodeImageData` or we could be calling the method on a deallocated instance. PR facebook#9751 have mitigated this by adding a fail-safe, but I think the culprint is the weak reference, which this PR fixes. Tested on iOS only, since it doesn't touch Android. Closes facebook#10147 Differential Revision: D3938763 fbshipit-source-id: 7389d4ae7a98926014401a1fe0cbbdcdd5ee6a01
Issue Description
When scrolling a listview with items that have image views the app will eventually crash in
RCTImageLoader.m#L383 (Crashlytics Crashreport)
or in
RCTImageLoader.m#L502 (Crashlytics Crashreport)
Steps to Reproduce / Code Snippets
In our app just scroll a longer list that has remote images, eventually it will crash.
Expected Results
The app should not crash.
Additional Information
The text was updated successfully, but these errors were encountered: