You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hey @EvanBacon - cool project!
Been trying it out on my project and hit the following snag.
withIosXcodeProjectBeta2BaseMod: ENOENT: no such file or directory, open '/Users/dev/repo/apps/expo/ios/Users/dev/repo/apps/expo/ios/ShareExtension/ShareExtension-Info.plist'
Error seems to be caused by node_modules/@bacons/xcode/build/api/XCBuildConfiguration.js:
resolveFilePath(key){constfileRef=this.resolveBuildSetting(key);if(fileRef==null||typeoffileRef!=="string"){returnnull;}constroot=this.getXcodeProject().getProjectRoot();// TODO: Maybe interpolate// TODO: Maybe add root projectRoot, currently this is always `""` in my fixtures.returnnode_path_1.default.join(root,fileRef);}
From some debugging it seems like https://github.com/timedtext/expo-config-plugin-ios-share-extension is setting it as an absolute path and not relative as the function above expects. That causes the double /Users/dev/... path to appear.
I added the following patch locally just to unblock myself for now:
resolveFilePath(key) {
const fileRef = this.resolveBuildSetting(key);
if (fileRef == null || typeof fileRef !== "string") {
return null;
}
+ if (fileRef.startsWith('/')) {+ return fileRef+ }
const root = this.getXcodeProject().getProjectRoot();
// TODO: Maybe interpolate
// TODO: Maybe add root projectRoot, currently this is always `""` in my fixtures.
return node_path_1.default.join(root, fileRef);
}
But figured there might be a better solution out there :)
The text was updated successfully, but these errors were encountered:
Hey @EvanBacon - cool project!
Been trying it out on my project and hit the following snag.
Error seems to be caused by
node_modules/@bacons/xcode/build/api/XCBuildConfiguration.js
:From some debugging it seems like https://github.com/timedtext/expo-config-plugin-ios-share-extension is setting it as an absolute path and not relative as the function above expects. That causes the double
/Users/dev/...
path to appear.I added the following patch locally just to unblock myself for now:
But figured there might be a better solution out there :)
The text was updated successfully, but these errors were encountered: