-
Notifications
You must be signed in to change notification settings - Fork 24.6k
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
[iOS] Simulator error message Unable to find module for DevLoadingView
#23235
Comments
@superguineapig I just hit this too. Fixed by going to the simulator menu and hitting Now I've got a new error to solve about a missing Pod :), but thats specific to my project. |
Awesome, good luck with your Pod hunt! For those building to a device: I had the same issue on my iPhone (XR) rather than in simulator, solution was to delete the app through the phone and then re-trust the developer in Settings > General > Device Management. |
Thanks @snobear ! That seems to have (EDIT: temporarily) cleared it up. (Aside: I had some (unrelated to this issue) Pod troubles after using EDIT: The error seems to be intermittent, even after resetting the simulator. |
I got it to work as well. All I had to do was disable the remote debugger. When the simulator failed, I opened the tools with |
@samcorcos how am i suppose to disable the disable the debugger? |
@Utkarshmalik For ios simulator press cmd+D it will open up popup from there you can disable the debugger. For Android press cmd+m to do the same. |
Why are you disabling the debugger? What if you want to debug? |
@algera You can disable it, then re-enable it. It would appear it just needs to be toggled off when you're starting up. |
The same issue on a real device. Seems like an application starts before js bundle is created |
Update: Still seeing the error intermittently a few days after following the simulator reset procedure above (#23235 (comment)) Typically only when the simulator itself is launched and is not already running before opening the target app. |
Seems like a bug in RN 0.58.3, I'm seeing this in a freshly created project. |
I deleted the app from the simulator, stopped the packager and then cleaned my build folder and then built again. The error came back after the app was installed again and I tried to debug but stopping the debugger, refreshing the browser then restarting the debugger got rid of the error and I was able to debug and see console messages after that. |
Getting this on RN58.4 - pretty annoying. |
This is happening as a part of the latest Steps to reproduce:
The error for the redbox was added in d7a0c44 but that in itself is a part of a series of commits for lazy loading native modules by @fkgozali. Note: This error is non blocking. iiuc, you can dismiss the red box and your RN screen will still be loaded behind it. @kelset Do you have any ideas how we can get this issue resolved? |
I've managed to resolve the red box by making this change: karanjthakkar/ReactNativeDevLoadingViewIssue@e1a637c NOTE: THIS IS A HACK. It only works for 0.59.0-rc.0 and upwards. That is because they use For folks on an older version(<= 0.58), please do these two things:
Why this fix works?By returning YES from the |
Thanks for reporting this, I've flagged this as something we should address before 0.59 hits stable. |
Summary: There's a very old issue with reload logic: invalidation and resetting up of the bridge could be racing. In this case, we hit a redbox when: * Chrome debugger is enabled in previous app run, then we launch the app again * The bridge starts, then immediately reloads itself to connect to Chrome * On the 2nd setup, the logic to update the green loading bar, with the % indicator for loading off metro, failed to find the DevLoadingView module instance because the bridge is in the middle of invalidating See #23235 To test: Using react-native init from github, do the steps in #23235, no more redbox. Note that the loading indicator % won't be proper still, but at least it doesn't crash/redbox. Reviewed By: JoshuaGross Differential Revision: D14110814 fbshipit-source-id: 835061e50acc6968bffbcc2ddfbe8da79a100df9
This should be fixed with this commit: a9dd828 -- will be picked to the RC branches |
Summary: There's a very old issue with reload logic: invalidation and resetting up of the bridge could be racing. In this case, we hit a redbox when: * Chrome debugger is enabled in previous app run, then we launch the app again * The bridge starts, then immediately reloads itself to connect to Chrome * On the 2nd setup, the logic to update the green loading bar, with the % indicator for loading off metro, failed to find the DevLoadingView module instance because the bridge is in the middle of invalidating See #23235 To test: Using react-native init from github, do the steps in #23235, no more redbox. Note that the loading indicator % won't be proper still, but at least it doesn't crash/redbox. Reviewed By: JoshuaGross Differential Revision: D14110814 fbshipit-source-id: 835061e50acc6968bffbcc2ddfbe8da79a100df9
Summary: There's a very old issue with reload logic: invalidation and resetting up of the bridge could be racing. In this case, we hit a redbox when: * Chrome debugger is enabled in previous app run, then we launch the app again * The bridge starts, then immediately reloads itself to connect to Chrome * On the 2nd setup, the logic to update the green loading bar, with the % indicator for loading off metro, failed to find the DevLoadingView module instance because the bridge is in the middle of invalidating See #23235 To test: Using react-native init from github, do the steps in #23235, no more redbox. Note that the loading indicator % won't be proper still, but at least it doesn't crash/redbox. Reviewed By: JoshuaGross Differential Revision: D14110814 fbshipit-source-id: 835061e50acc6968bffbcc2ddfbe8da79a100df9
Closing this issue. Please re-open as needed. |
Summary: There's a very old issue with reload logic: invalidation and resetting up of the bridge could be racing. In this case, we hit a redbox when: * Chrome debugger is enabled in previous app run, then we launch the app again * The bridge starts, then immediately reloads itself to connect to Chrome * On the 2nd setup, the logic to update the green loading bar, with the % indicator for loading off metro, failed to find the DevLoadingView module instance because the bridge is in the middle of invalidating See facebook#23235 To test: Using react-native init from github, do the steps in facebook#23235, no more redbox. Note that the loading indicator % won't be proper still, but at least it doesn't crash/redbox. Reviewed By: JoshuaGross Differential Revision: D14110814 fbshipit-source-id: 835061e50acc6968bffbcc2ddfbe8da79a100df9
@fkgozali I'm still seeing this issue on real device (ios), with react native 0.59.3. |
@karanjthakkar fix worked for me like a miracle |
I still have the same issue on react-native 0.59.8. I tried |
Summary: There's a very old issue with reload logic: invalidation and resetting up of the bridge could be racing. In this case, we hit a redbox when: * Chrome debugger is enabled in previous app run, then we launch the app again * The bridge starts, then immediately reloads itself to connect to Chrome * On the 2nd setup, the logic to update the green loading bar, with the % indicator for loading off metro, failed to find the DevLoadingView module instance because the bridge is in the middle of invalidating See facebook#23235 To test: Using react-native init from github, do the steps in facebook#23235, no more redbox. Note that the loading indicator % won't be proper still, but at least it doesn't crash/redbox. Reviewed By: JoshuaGross Differential Revision: D14110814 fbshipit-source-id: 835061e50acc6968bffbcc2ddfbe8da79a100df9
Issue occurring here also. React Native 0.59.8 (Expo SDK 33), with iOS on iPhone (not simulator). Reloading the bundle works, but on reload after a change this comes up sporadically. |
Same, 0.59.9, iOS simulator with debugging + hot reload ON |
0.59.10 still have this problem. |
Still seeing it on 0.60.4 |
Same here on 0.60.4. |
+1 Same error on |
still getting this error after updating and resetting device as well. does anyone know if this problem will effect the delivered app after development? or is it only when building on computer? |
First time encountered this after upgrading from |
"Reload", than its ok |
@dongcaiying Yes, after refreshing it on the error screen it works. But then you have to refresh 2 times. This answer on stack overflow solved the issue for me. |
Environment
React Native Environment Info:
System:
OS: macOS High Sierra 10.13.6
CPU: x64 Intel(R) Core(TM) i7-7820HQ CPU @ 2.90GHz
Memory: 2.85 GB / 16.00 GB
Shell: 3.2.57 - /bin/bash
Binaries:
Node: 8.10.0 - ~/.nvm/versions/node/v8.10.0/bin/node
Yarn: 1.13.0 - /usr/local/bin/yarn
npm: 5.6.0 - ~/.nvm/versions/node/v8.10.0/bin/npm
Watchman: 4.9.0 - /usr/local/bin/watchman
SDKs:
iOS SDK:
Platforms: iOS 12.1, macOS 10.14, tvOS 12.1, watchOS 5.1
Android SDK:
Build Tools: 23.0.1, 25.0.2, 25.0.3, 26.0.1, 26.0.2, 27.0.1, 27.0.3, 28.0.2, 28.0.3
API Levels: 23, 25, 26, 27
IDEs:
Android Studio: 3.1 AI-173.4907809
Xcode: 10.1/10B61 - /usr/bin/xcodebuild
npmPackages:
react: 16.6.3 => 16.6.3
react-native: 0.58.3 => 0.58.3
npmGlobalPackages:
react-native-git-upgrade: 0.2.7
Description
Recently upgraded to RN 0.58.3 (from 0.57.8) via
react-native-git-upgrade
. Everything compiles just fine.However, invoking a debug run via
react-native run-ios
will result in an immediate error message:Notes:
Reproducible Demo
In my case it was simply upgrading to RN 0.58.3 from 0.57.8 via
react-native-git-upgrade
then runningreact-native run-ios
to encounter the error message.The text was updated successfully, but these errors were encountered: