-
Notifications
You must be signed in to change notification settings - Fork 24.6k
[RCTImageLoader][0.33 & 0.34] Crash #9882
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
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: