I am getting error while starting the new app with
npm start or npm run ios
What action did you perform, and what did you expect to happen?
create-react-native-app nav-app
cd nav-app
npm start
What actually happened when you performed the above actions?

If there's an error message, please paste the full terminal output and error message in this code block:
7:18:38 PM: (node:6449) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 685): SyntaxError: TransformError: /Users/parm/Documents/learning/expo/nav-app/node_modules/expo/src/Expo.js: /Users/parm/Documents/learning/expo/nav-app/node_modules/expo/src/Expo.js: Cannot read property 'find' of undefined
[email protected]
[email protected]
[email protected]
node v7.0.0
npm 4.4.1
watchman 4.7.0
macos 10.12.3
iphone 6 simulator (SimulatorApp-726.7)
Hi! Thanks for the report. I'm looking into this now. If you're also experiencing this issue, please refrain from leaving '+1' comments.
having the same issue with the same versions of all the packages, but on ubuntu and with the android simulator.
Hi everyone! It looks like there were a few upstream dependencies that changed in the last day or so (yay semver!) and I'm looking into which may be the source of the issue here.
EDIT: I should say that I've reproduced the error on a couple of old releases of CRNA that were working up until last night, so I don't think there's anything to fix in our package at the moment, aside from attempting to pin a previous version of something when we've narrowed the issue.
I've identified the likely cause of the error (will file a report soon on the open issue). Doing a little more testing and then I'll push out a release of CRNA.
This has been resolved, you should be able to create a new project and have it work again.
Since this affected so many people, here's a brief breakdown of what went wrong:
requires for the client app, depended on "babel-plugin-module-resolver": "^2.3.0", which allowed the new 2.6.0 version to be pulled into new projects.[email protected] (which I released yesterday), I attempted to reproduce with previous scripts packages, since none of the changes I released in 0.2.6 should have affected module resolution or code transformation. I was able to reproduce with two previous versions of the scripts package, leading me to believe there was an issue with a transitive dependency and its semver bound.babel-plugin-module-resolver worked at 2.5.0, but broke at 2.6.0.babel-preset-expo version (1.0.1) which pins the module resolver plugin to 2.5.0, and subsequently released a new expo version (15.1.3) which depends directly on the new preset. All new CRNA projects should pull this in by default.I'm closing this issue, but if you run into this error again and have confirmed use of expo 15.1.3 or babel-preset-expo 1.0.1, please comment here so that I can look into it.
Hi,
The previous issue got resolved. Thanks for the quick response.
I think I am getting a related issue:
Unable to resolve module `@expo/vector-icons/glyphmaps/Entypo.json` from `/Users/adnaan/code/expo/projects/galllery/node_modules/@expo/vector-icons/Entypo.js`: Module does not exist in the module map or in these directories:
/Users/adnaan/code/expo/projects/galllery/node_modules/@expo/vector-icons/glyphmaps
This might be related to https://github.com/facebook/react-native/issues/4968
To resolve try the following:
1. Clear watchman watches: `watchman watch-del-all`.
2. Delete the `node_modules` folder: `rm -rf node_modules && npm install`.
3. Reset packager cache: `rm -fr $TMPDIR/react-*` or `npm start --reset-cache`.
ABI15_0_0RCTFatal
ABI15_0_0RCTSetFatalHandler
ABI15_0_0RCTSetFatalHandler
<redacted>
<redacted>
_dispatch_main_queue_callback_4CF
<redacted>
<redacted>
CFRunLoopRunSpecific
GSEventRunModal
<redacted>
UIApplicationMain
Exponent
<redacted>
[Edit]
"expo": "^15.1.3",
"react-native-scripts": "0.0.26",
"react-native": "0.42.3",
"@expo/vector-icons": "^4.0.0",
I had that too @adnaan but following the suggestions of the stacktrace solved it (for me before this bug), and anyhow I think it is unrelated
To resolve try the following:
1. Clear watchman watches: `watchman watch-del-all`.
2. Delete the `node_modules` folder: `rm -rf node_modules && npm install`.
3. Reset packager cache: `rm -fr $TMPDIR/react-*` or `npm start --reset-cache`.
@vikkio88 I tried that before. At your suggestion tried it again. It works! I am ashamed. Sorry for the noise.
@adnaan so glad you were able to resolve it!
Thanks @dikaiosune for the quick response/fix! Great job guys, loving this project 馃
If you're still hitting the Entypo issue with Expo v16, it's a known issue and there's a fix here:
https://github.com/tleunen/babel-plugin-module-resolver/issues/167
Most helpful comment
This has been resolved, you should be able to create a new project and have it work again.
Since this affected so many people, here's a brief breakdown of what went wrong:
requires for the client app, depended on"babel-plugin-module-resolver": "^2.3.0", which allowed the new 2.6.0 version to be pulled into new projects.[email protected](which I released yesterday), I attempted to reproduce with previous scripts packages, since none of the changes I released in 0.2.6 should have affected module resolution or code transformation. I was able to reproduce with two previous versions of the scripts package, leading me to believe there was an issue with a transitive dependency and its semver bound.babel-plugin-module-resolverworked at 2.5.0, but broke at 2.6.0.babel-preset-expoversion (1.0.1) which pins the module resolver plugin to 2.5.0, and subsequently released a newexpoversion (15.1.3) which depends directly on the new preset. All new CRNA projects should pull this in by default.I'm closing this issue, but if you run into this error again and have confirmed use of expo 15.1.3 or babel-preset-expo 1.0.1, please comment here so that I can look into it.