Skip to content

EXPORT FAILED fse.node has conflicting provisioning settings #3568

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

Closed
iosdeveloper1001 opened this issue May 8, 2018 · 30 comments
Closed

EXPORT FAILED fse.node has conflicting provisioning settings #3568

iosdeveloper1001 opened this issue May 8, 2018 · 30 comments

Comments

@iosdeveloper1001
Copy link

iosdeveloper1001 commented May 8, 2018

I am using a latest version of Cli i.e 4.0.1
I am not able to use tns run ios command for my project and getting below error.

error: exportArchive: fse.node has conflicting provisioning settings.

Error Domain=IDEProvisioningErrorDomain Code=8 "fse.node has conflicting provisioning settings." UserInfo={NSLocalizedDescription=fse.node has conflicting provisioning settings., NSLocalizedRecoverySuggestion=fse.node is automatically signed for distribution, but a conflicting code signing identity iPhone Developer has been manually specified.Remove the "signingCertificate" entry from your Export Options property list, or switch to manual signing by setting "signingStyle" to "Manual.}

@Fatme Fatme added the question label May 15, 2018
@willzarem
Copy link

willzarem commented May 22, 2018

Same error here:

018-05-22 12:08:34.361 xcodebuild[30599:2756740] [MT] IDEDistribution: Step failed: <IDEDistributionSigningAssetsStep: 0x7ff39660aea0>: Error Domain=IDEDistri
butionSigningAssetStepErrorDomain Code=0 "Locating signing assets failed." UserInfo={NSLocalizedDescription=Locating signing assets failed., IDEDistributionSig
ningAssetStepUnderlyingErrors=(
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"ios-device-lib has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=ios-device-lib h
as conflicting provisioning settings., NSLocalizedRecoverySuggestion=ios-device-lib is automatically signed for distribution, but a conflicting code signing id
entity iPhone Distribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual sig
ning by setting \"signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"fse.node has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=fse.node has conflicti
ng provisioning settings., NSLocalizedRecoverySuggestion=fse.node is automatically signed for distribution, but a conflicting code signing identity iPhone Dist
ribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"
signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"adb has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=adb has conflicting provisi
oning settings., NSLocalizedRecoverySuggestion=adb is automatically signed for distribution, but a conflicting code signing identity iPhone Distribution has be
en manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"signingStyle\"
to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"fsevents.o has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=fsevents.o has confl
icting provisioning settings., NSLocalizedRecoverySuggestion=fsevents.o is automatically signed for distribution, but a conflicting code signing identity iPhon
e Distribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by sett
ing \"signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"fse.node has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=fse.node has conflicti
ng provisioning settings., NSLocalizedRecoverySuggestion=fse.node is automatically signed for distribution, but a conflicting code signing identity iPhone Dist
ribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"
signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"fse.node has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=fse.node has conflicti
ng provisioning settings., NSLocalizedRecoverySuggestion=fse.node is automatically signed for distribution, but a conflicting code signing identity iPhone Dist
ribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"
signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"fse.node has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=fse.node has conflicti
ng provisioning settings., NSLocalizedRecoverySuggestion=fse.node is automatically signed for distribution, but a conflicting code signing identity iPhone Dist
ribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"
signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"fse.node has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=fse.node has conflicti
ng provisioning settings., NSLocalizedRecoverySuggestion=fse.node is automatically signed for distribution, but a conflicting code signing identity iPhone Dist
ribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"
signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"fse.node has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=fse.node has conflicti
ng provisioning settings., NSLocalizedRecoverySuggestion=fse.node is automatically signed for distribution, but a conflicting code signing identity iPhone Dist
ribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"
signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \"fse.node has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=fse.node has conflicti
ng provisioning settings., NSLocalizedRecoverySuggestion=fse.node is automatically signed for distribution, but a conflicting code signing identity iPhone Dist
ribution has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"
signingStyle\" to \"Manual.}",
    "Error Domain=IDEProvisioningErrorDomain Code=8 \".node has conflicting provisioning settings.\" UserInfo={NSLocalizedDescription=.node has conflicting pro
visioning settings., NSLocalizedRecoverySuggestion=.node is automatically signed for distribution, but a conflicting code signing identity iPhone Distribution
has been manually specified. Remove the \"signingCertificate\" entry from your Export Options property list, or switch to manual signing by setting \"signingSt
yle\" to \"Manual.}"

Tns doctor:

✔ Getting environment information

✔ Your ANDROID_HOME environment variable is set and points to correct directory.
✔ Your adb from the Android SDK is correctly installed.
✔ The Android SDK is installed.
✔ A compatible Android SDK for compilation is found.
✔ Javac is installed and is configured properly.
✔ The Java Development Kit (JDK) is installed and is configured properly.
✔ Xcode is installed and is configured properly.
✔ xcodeproj is installed and is configured properly.
✔ CocoaPods are installed.
✔ CocoaPods update is not required.
✔ CocoaPods are configured properly.
✔ Your current CocoaPods version is newer than 1.0.0.
✔ Python installed and configured correctly.
✔ The Python 'six' package is found.
No issues were detected.
✔ Getting NativeScript components versions information...
⚠ Update available for component nativescript. Your current version is 4.0.1 and the latest available version is 4.0.2.
⚠ Update available for component tns-core-modules. Your current version is 4.0.0 and the latest available version is 4.0.1.
⚠ Update available for component tns-android. Your current version is 4.0.0 and the latest available version is 4.0.1.
✔ Component tns-ios has 4.0.1 version and is up to date.

@mathias-mcb
Copy link

mathias-mcb commented Jun 28, 2018

Hey there,
I'm having the same issue. Could you solve it?

Any hint or note is highly appreciated. I'm stuck on the issue for a few days already.. 😞

@NickIliev
Copy link
Contributor

NickIliev commented Aug 7, 2018

@mathias-mcb try the solution suggested in the error log

or switch to manual signing by setting "signingStyle" to "Manual.}

Basically, do this - open the built project in XCode and set the signing to manual.

@surdu
Copy link

surdu commented Aug 14, 2018

@NickIliev Tried your solutions but I have 2 problems:

  1. for some reason, the .app is not generated anymore:
Unable to apply changes on device: 5784c839f6bde322f71ed053979b3459900e92d5. Error is: ENOENT: no such file or directory, stat '/Us
ers/nicolae.surdu/work/capango-seeker/platforms/ios/build/device/capangoseeker.app'.
  1. once you remove the platforms folder, you'll have to disable automatic signing again.

This happened on our project after we upgraded nativescript from 4.0 to 4.1 / 4.2

@surdu
Copy link

surdu commented Aug 14, 2018

Ok, managed to find a scenario how to reproduce this issue:

  1. install nativescript 4.0: npm install [email protected]
  2. create a new project: tns create TestProj
  3. install nativescript 4.2: npm install [email protected]
  4. try to run the above created project on an iOS device (not simulator): cd TestProj; tns run ios

The problem appears to be when trying to run projects created with a previous version of tns.
Running projects created with v4.2 work as expected.

Versions:
MacOS: v10.12.6 (16G1510)
XCode: v9.2 (9C40b)

@pajohns
Copy link

pajohns commented Aug 28, 2018

I've been battling with this issue for the last 8 hours. I managed to work around it so that I can at least run the app on my phone, but it'd be great if there were a better solution.

  1. Build your app and run the tns build ios command
  2. Open the yourapp>platforms>ios>yourapp.xcworkspace xcode workspace in xcode.
  3. Choose your project on the left
  4. Go to the "Signing" section in the project settings and check to ensure that "Automatically manage signing" is checked and that the team is selected.
  5. Run the app on your connected iPhone.

It's not a fix rather a workaround and if anyone can shed any light on this issue, I'd be very appreciative!

@surdu
Copy link

surdu commented Aug 29, 2018

@pajohns This doesn't solve the problem in my case 😞

@iosdeveloper1001
Copy link
Author

iosdeveloper1001 commented Aug 30, 2018

I have one solution for this kind of issue, that is to search for the file ios-project-service.js at /usr/local/lib/node_modules/nativescript/lib/services this path.and search for the method name exportDevelopmentArchive and in this plistTemplate add a compileBitcode key to false

Now execute your code with provisioning profile id i.e
tns run ios --provision provision-id.

@hettiger
Copy link

hettiger commented Oct 2, 2018

@NickIliev

or switch to manual signing by setting "signingStyle" to "Manual.}

Basically, do this - open the built project in XCode and set the signing to manual.

Is the team working on a solution that does not require manual repetitive steps? I don't want to keep touching generated code.

This issue should be labeled as a bug in my opinion.

@surdu
Copy link

surdu commented Oct 2, 2018

In order to solve the problem we had to create a blank new project using the latest NativeScript and copy all files to the new app. That was unpleasant and definitely not the proper solution, but it worked.

@hettiger
Copy link

hettiger commented Oct 2, 2018

@surdu I've thought about that too but instead I tried to diff my project to a new clean 4.2 project. I couldn't find anything that would make a lot of sense to me causing this issue. We're using Sass, Webpack Builds, Firebase and whatnot. This will be a pain ... :-/

@surdu
Copy link

surdu commented Oct 2, 2018

@hettiger I also made the diff in between a new and an old clean project and arrived to the same conclusion as you.

@hettiger
Copy link

hettiger commented Oct 2, 2018

@hettiger I also made the diff in between a new and an old clean projects and arrived to the same conclusion as you.

Your app name and id remained the same when you did copy over to a new project?

Maybe it's some Xcode cache ...?

@surdu
Copy link

surdu commented Oct 2, 2018

Yes, they remained the same. In the example I gave above I didn't build the project, just created it, so I don't think it's the cache.

@hettiger
Copy link

hettiger commented Oct 2, 2018

Some further attempts of me:

  • npm i -g nativescript@latest
  • Adding DEVELOPMENT_TEAM and CODE_SIGN_IDENTITY to app/App_Resources/iOS/build.xcconfig
  • rm -rf node_modules && rm -rf platforms
  • Delete directories that are related to my app in ~/Library/Developer/Xcode/DerivedData
  • rm -rf ~/Library/MobileDevice/Provisioning\ Profiles
  • Open up the Xcode project and deactivate + activate automatic code signing

Whatever I do:

  • I'm not able to build for iOS using the CLI
  • Building with Xcode works (but it's not a solution since i need the CLI for an effective workflow...)

@hettiger
Copy link

hettiger commented Oct 4, 2018

I finally gave up and recreated the entire project.
Fortunately it paid off and I can continue doing actual work.

I ran tns create and then copied over my .git directory.
This greatly simplified the process in my opinion.
(I just hat to revert and diff for a while ...)

@jrz
Copy link

jrz commented Oct 17, 2018

No code change, ran tns run ios again, and all now I get this thing too.

@jrz
Copy link

jrz commented Oct 17, 2018

Building with xcode works until you try to sign / upload.
After f'in arround with provisioning profiles etc, it turns out fse.node is an executable that is not allowed in the package....

@jrz
Copy link

jrz commented Oct 17, 2018

That also explains why it expects to be signed as Mac Developer

@jrz
Copy link

jrz commented Oct 17, 2018

Alright.. I've removed the fsevent package. I'm not sure why it's in my node_modules, and therefore in my tns_modules.

@larssn
Copy link

larssn commented Oct 23, 2018

@jrz
It's used by the following modules:

├─┬ @angular/[email protected]
│ └─┬ @angular-devkit/[email protected]
│   └─┬ [email protected]
│     └── [email protected]  deduped
├─┬ @angular/[email protected]
│ └─┬ [email protected]
│   └── [email protected] 
├─┬ [email protected]
│ └─┬ [email protected]
│   └── [email protected]  deduped
└─┬ [email protected]
  └─┬ [email protected]
    └── [email protected]  deduped

@larssn
Copy link

larssn commented Oct 23, 2018

I finally gave up and recreated the entire project.
Fortunately it paid off and I can continue doing actual work.

I ran tns create and then copied over my .git directory.
This greatly simplified the process in my opinion.
(I just hat to revert and diff for a while ...)

I tried the 'sped up version' of your suggestion, basically doing a tns create, copying over the .git folder, and then doing a git reset --hard. The issue still happens when doing that.

@mathias-mcb
Copy link

I wrestled with the issue for quite some days. Eventually I came up with a little build script that works in my case, at least. Maybe somebody finds it useful:

tns platform clean ios
tns install
tns build ios --bundle --env.uglify
tns prepare ios --release

I basically install from scratch. Afterwards - in xcode - I configure the signing team and I'm able to run the app on my phone and publish it to the app store.

@hettiger
Copy link

@larssn I did not reset --hard intentionally. Like i said: »I just hat to revert and diff for a while ...«
Probably that's why it did not work for you.

@larssn
Copy link

larssn commented Oct 24, 2018

We ended up making new provisioning profiles.

@hettiger
Copy link

@larssn That would have been my last resort too but I wanted to keep using automatic code signing.

@jrz
Copy link

jrz commented Nov 6, 2018

Somehow
"@angular/cli": "^6.0.8",
Came back in my dependencies, where it should be in devDependencies (upgrading to the latest @next).
Moved to devDependencies, removed node_modules abomination and did npm install

@darkyelox
Copy link

You must pay attention to the package.json and their dependencies, if you have some plugin that use some package like chockidar that behinds use fsevents package (for example nativescript-dev-sass) and that plugin is listed in the dependencies instead of the devDependencies section then the fse.node error throws up, simple move that plugin package from dependencies to devDependencies and then run:

rm -rf node_modules
tns platform remove ios

Now you can generate an IPA or run over an emulator using the CLI.

@SephReed
Copy link

Has anyone found a solution for this problem yet? None of the above have worked for me.

Alternatively, could anyone please at least explain roughly what's going on? Why is there more than one Provisioning Profile if I only ever created one? How is this other one being found?

This issue is really sucking up my time, and I don't yet even know what the core of the problem is

@SephReed
Copy link

Creating a new project and copying everything over did the trick for me in the end... :/

@rosen-vladimirov rosen-vladimirov self-assigned this May 13, 2019
@rosen-vladimirov rosen-vladimirov added this to the 6.0.0 milestone May 22, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests