credentials_manager is using the <a href="https://rub

I was also having this problem (i.e. getting: <code class="notransla

Could not store password in keychain about credentials_manager HOT 12 CLOSED

fastlane-old commented on June 22, 2024

Could not store password in keychain

from credentials_manager.

Comments (12)

KrauseFx commented on June 22, 2024

Try reseting your Keychain maybe? If nothing helps, you could just pass the credentials using the environment variables DELIVER_USER and DELIVER_PASSWORD

from credentials_manager.

xareelee commented on June 22, 2024

Reseting my keychain doesn't help. I've tried using environment variables DELIVER_USER and DELIVER_PASSWORD in Fastfile, but the code signing still failed.

⌦  Code Sign error: No code signing identities found: No valid signing identities (i.e. certificate and private key pair) matching the team ID “YYYYYYYYYY” were found.



⌦  CodeSign error: code signing is required for product type 'Application' in SDK 'iOS 8.3'


** ARCHIVE FAILED **


The following build commands failed:
        Check dependencies
(1 failure)
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/actions/actions_helper.rb:56:in `sh'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/actions/ipa.rb:64:in `run'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/fast_file.rb:112:in `block (2 levels) in method_missing'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/actions/actions_helper.rb:35:in `execute_action'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/fast_file.rb:94:in `block in method_missing'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/fast_file.rb:93:in `chdir'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/fast_file.rb:93:in `method_missing'
        from (eval):120:in `block (3 levels) in parse'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/runner.rb:34:in `call'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/runner.rb:34:in `block in execute'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/runner.rb:24:in `chdir'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/runner.rb:24:in `execute'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/lib/fastlane/lane_manager.rb:33:in `cruise_lane'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/bin/fastlane:39:in `block (2 levels) in run'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/commander-4.3.3/lib/commander/command.rb:178:in `call'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/commander-4.3.3/lib/commander/command.rb:178:in `call'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/commander-4.3.3/lib/commander/command.rb:153:in `run'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/commander-4.3.3/lib/commander/runner.rb:428:in `run_active_command'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/commander-4.3.3/lib/commander/runner.rb:68:in `run!'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/commander-4.3.3/lib/commander/delegates.rb:15:in `run!'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/bin/fastlane:118:in `run'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/gems/fastlane-0.12.5/bin/fastlane:124:in `<top (required)>'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/bin/fastlane:23:in `load'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/bin/fastlane:23:in `<main>'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/bin/ruby_executable_hooks:15:in `eval'
        from /Users/XXXXXXXX/.rvm/gems/ruby-2.2.1/bin/ruby_executable_hooks:15:in `<main>'

My lane is:

lane :CI_deploy_to_hockey do

  cert

  sigh({
    adhoc: true
  })

  ipa({
    workspace: "YYYYYYY.xcworkspace",
    configuration: "Release",
    scheme: "YYYYYYY",
    clean: true,
  })

  hockey({
    api_token: 'aaaaaaaaaaaaaaaaaaaaaaaaa',
  })

end

The same lane is OK while running on my personal Mac, but failed on Mac mini as the Jenkins server.

from credentials_manager.

tomaskraina commented on June 22, 2024

It seems like fasten doesn't have an access to Keychain. Have a look at this: nomad-cli/cupertino#137 and http://superuser.com/questions/270095/when-i-ssh-into-os-x-i-dont-have-my-keychain-when-i-use-terminal-i-do

from credentials_manager.

xareelee commented on June 22, 2024

Finally, I find the cause of this problem and solve it.

I'm using Jenkins to run the fastlane, and the Restore OS X keychains after build process as defined in global configuration in Build Environment was checked. After running a Jenkins task, it will automatically hide the Login keychain in the Keychain Access, and I can't access the Apple ID password anymore.

Just simply uncheck the option to solve this problem. Thanks for your help.

from credentials_manager.

marcpalmer commented on June 22, 2024

I have this problem too. The error states that the keychain item already exists. And the ssh keychain unlock does not help, that part works.

from credentials_manager.

marcpalmer commented on June 22, 2024

FYI if I remove the existing deliver entry from the keychain, it works and saves it, but again next time I run it, it complains that the entry already exists.

It seems like it is failing to read the keychain but is able to write to it if the entry does not exist.

from credentials_manager.

hammertoe commented on June 22, 2024

Mark, I get the exact same issue. I've been using DELIVER_USER and DELIVER_PASSWORD env variables for now, but would like to use keychain if possible.

from credentials_manager.

KrauseFx commented on June 22, 2024

credentials_manager is using the security gem by @mattt which is also used by cupertino.

from credentials_manager.

k3muri84 commented on June 22, 2024

i have the same issue too, reset my login keychain already.
Would also like that feature.

from credentials_manager.

dcoufal commented on June 22, 2024

I was also having this problem (i.e. getting:

security: SecKeychainAddInternetPassword <NULL>: The specified item already exists in the keychain. Could not store password in keychain.

and sigh was requesting my password over and over).

After some digging, I found that our password had a backslash "" in it. The security gem apparently does not read those back from the keychain correctly (although it does store them correctly).

After I changed our password to one that did not contain a backslash, we no longer have this issue.

Hope this helps someone.

When I get a little more info, I'll open an issue with the security gem project. I'm assuming this is some kind of escape bug.

from credentials_manager.

mangofever commented on June 22, 2024

I have a similar issue.

In my case, it happens when jenkins server has been running more than about a day.
It seems that fastlane cannot read Keychain.
It continuously print out logs on jenkins console. (stty: stdin isn't a terminal)

Solution here is rebooting the jenkins server.
Then it works for a day and not smart at all.

from credentials_manager.

fastlane-bot-helper commented on June 22, 2024

This issue was migrated to fastlane/fastlane#1925. Please post all further comments there.

fastlane is now a mono repo, you can read more about the change in our blog post. All tools are now available in the fastlane main repo 🚀

from credentials_manager.

Could not store password in keychain about credentials_manager HOT 12 CLOSED

Comments (12)

Related Issues (15)

Recommend Projects

React

Vue.js

Typescript

TensorFlow

Django

Laravel

D3

Recommend Topics

javascript

web

server

Machine learning

Visualization

Game

Recommend Org

Facebook

Microsoft

Google

Alibaba

D3

Tencent