Can't login via command line

tarqd commented 9 years ago

When I try to login I get this error:

error: Previous payload hash doesn't match, expected: a05c5533c3a0be260c2c61d3e026c7f0ed9f050cf7fb1b3375561e9b74900f39 got: 3803be27ec0c61b3fdcd8b9b7c78de3df73766736ef00727267858d34a039c7d

I've deleted/recreated my proofs and public key and it still does not work (even tried on a fresh machine, no luck)

maxtaco commented 9 years ago

Related to #1765. Let me look into it. Thanks.

tarqd commented 9 years ago

@maxtaco I apologize for the duplicate, I had searched issues before but I must of missed that one. Glad to hear it's not just me though, looking forward to hearing back from you when it's fixed!

maxtaco commented 9 years ago

No need to apologize, it's a different expression of the same problem. The cause is due to a stray newline, but I'm drilling down on it.

maxtaco commented 9 years ago

We had a server-side bug on 15 Sep 2015 that errantly stripped whitespace from some signature payloads. Here is the complete list of UIDs and signatures that were affected:

029fb10c61d79312d5e0db3d45561a19 140f1b7b7ba32f34ad6302d0ed78692cf1564760d78c082965dc3b8b5f7e27f10f sig
029fb10c61d79312d5e0db3d45561a19 3034e8b7d75861fc28a478b4992a8592b5478d4cbc7b87150d0b59573d731d870f sig
029fb10c61d79312d5e0db3d45561a19 ac6e225b8324c1fcbe814382e198495bea801dfeb56cb22b9e89066cc52ab03b0f sig
029fb10c61d79312d5e0db3d45561a19 aea7c8f7726871714e777ac730e77e1905a38e9587f9504b739ff9b77ef2d5cc0f sig
17ed3e048fed349aad4267d1086fe619 0ff29c1d036c3f4841f3f485e28d77351abb3eeeb52d2f8d802fd15e383d9a5f0f sig
17ed3e048fed349aad4267d1086fe619 30831001edee5e01c3b5f5850043f9ef7749a1ed8624dc703ae0922e1d0f16dd0f sig
17ed3e048fed349aad4267d1086fe619 b9ee3b46c97d48742a73e35494d3a373602460609e3c6c54a553fc4d83b659e40f sig
17ed3e048fed349aad4267d1086fe619 de43758b653b3383aca640a96c7890458eadd35242e8f8531f29b606890a14ea0f sig
229a83b6e6a63e88ab5dbc3fdc1d7419 44847743878bd56f5cd74980475e8f4e95d0d6ec1dd8722fd7cfc7761698ec780f hash
33d6ed2df7e25cb985071d4028aa0119 70c4026afec66312456b6820492b7936bff42b58ca7a035729462700677ef4190f hash
4ec632fae16af1a2f744626a95ac6d19 7591a920a5050de28faad24b5fe3336f658b964e0e64464b70878bfcf04537420f hash
5c6a3b34778cf816edf36b9ac0880800 88e6c581dbccbf390559bcb30ca21548ba0ec4861ec2d666217bd4ed4a4a8c3f0f sig
5c6a3b34778cf816edf36b9ac0880800 9ba23a9a1796fb22b3c938f1edf5aba4ca5be7959d9151895eb6aa7a8d8ade420f sig
619e6eddd3df78745ecc4b3755295b19 595a73fc649c2c8ccc1aa79384e0b3e7ab3049d8df838f75ef0edbcb5bbc42990f sig
619e6eddd3df78745ecc4b3755295b19 9c189d6d644bad9596f78519d870a685624f813afc1d0e49155073d3b0521f970f sig
619e6eddd3df78745ecc4b3755295b19 e256078702afd7a15a24681259935b48342a49840ab6a90291b300961669790f0f sig
7a31a6774925f936450ad0163c5f0500 10a45e10ff2585b03b9b5bc449cb1a7a44fbb7fcf25565286cb2d969ad9b89ae0f hash
b0b958214c599307341b8200ae33b200 062e6799f211177023bc310fd6e4e28a8e2e18f972d9b037d24434a203aca7240f hash
b387c7517d93e953796181c0e6351919 031b506b705926ea962e59046bfe1720dcf72c85310502020e2ae836b294fcde0f sig
b387c7517d93e953796181c0e6351919 110a64513b4188eca2af6406a8a6dbf278dfce324b8879b5cb67e8626ff2af180f sig
b387c7517d93e953796181c0e6351919 1454fec21489f17a6d78927af1c9dca4209360c6ef6bfa569d8b62d32e668ea30f sig
b387c7517d93e953796181c0e6351919 2415e1c77b0815661452ea683e366c6d9dfd2008a7dbc907004c3a33e56cf6190f sig
b387c7517d93e953796181c0e6351919 2785b24acd6869e1e7d38a91793af549f3c35cd0729127d200b66f8c0ffba59b0f sig
b387c7517d93e953796181c0e6351919 2892863758cdaf9796fb36e2466093762efda94e74eb51e3ab9d6bec54064b8a0f sig
b387c7517d93e953796181c0e6351919 2e08f0b9566e15fa1f9e67b236e5385cdb38d57ff51d7ab3e568532867c9f8890f sig
b387c7517d93e953796181c0e6351919 3042dbe45383b0c2eafe13a73da35c4e721be026d7908dfcef6eb121d95b75b10f sig
b387c7517d93e953796181c0e6351919 47d349b8bb3c8457449390ca2ed5e489a70ad511ab3edb4c7f0af27eed8c65d30f sig
b387c7517d93e953796181c0e6351919 503df567f98cf5910ba44cb95e157e656afe95d159a15c7df4e88ac6016c948f0f sig
b387c7517d93e953796181c0e6351919 50ba350ddc388f7c6fdba032a7d283e4caa0ca656f92f69257213222dd7deeaf0f sig
b387c7517d93e953796181c0e6351919 803854b4074d668e1761ee9c533c0fc576bd0404cf26ff7545e14512f3b9002f0f sig
b387c7517d93e953796181c0e6351919 8182f385c347fe57d3c46fe40e8df0e2d6cabdac38f490417b313050249be9dc0f sig
b387c7517d93e953796181c0e6351919 833f27edcf54cc489795df1dc7d9f0cbea8253e1b84f5e82749a7a2a4ffc295c0f sig
b387c7517d93e953796181c0e6351919 a5c4a30d1eaaf752df424bf813c5a907a5cf94fd371e280d39e0a3d078310fba0f sig
b387c7517d93e953796181c0e6351919 b385c0c76d790aba156ff68fd571171fc7cb85f75e7fc9d1561d7960d8875acb0f sig
b387c7517d93e953796181c0e6351919 ba68052597a3782f64079d7d9ec821ea9785c0868e44b597a04c9cd8bf634c1e0f sig
b387c7517d93e953796181c0e6351919 c7d26afbc1957ecca890d8d9001a9cc4863490161720ad76a2aedeb8c2d50df70f sig
b387c7517d93e953796181c0e6351919 cb97f4b62f2e817e8db8c6193440214ad20f906571e4851db186869f0b4c0e310f sig
b387c7517d93e953796181c0e6351919 db8d59151b2f78c82c095c9545f1e4d39947a0c0bcc01b907e0ace14517d39970f sig
b387c7517d93e953796181c0e6351919 e088beccfee26c5df39239023d1e4e0cbcd63fd50d0bdc4bf2c2ba25ef1a8fe40f sig
b387c7517d93e953796181c0e6351919 e1d60584995e677254f7d913b3f40060b5500241d6de0c5822ba1282acc5e08b0f sig
c0af9efbb4ade7f5f550528e23255300 db9a0afaab297048be0d44ffd6d89a3eb6a003256426d7fd87a60ab59880f8160f hash
f1c263462dd526695c458af924977719 3e61901f50508aba72f12740fda2be488571afc51d718d845e339e5d1d1b531d0f sig
f1c263462dd526695c458af924977719 4db0fe3973b3a666c7830fcb39d93282f8bc414eca1d535033a5cc625eabda0c0f sig
f1c263462dd526695c458af924977719 a32692af33e559e00a40aa3bb4004744d2c1083112468ed1c8040eaacd15c6eb0f sig
f1c263462dd526695c458af924977719 df0005f6c61bd6efd2867b320013800781f7f047e83fd44d484c2cb2616f019f0f sig
f1c263462dd526695c458af924977719 eb1a13c6b6e42bb7470e222b51d36144a25ffc4fbc0b32e9a1ec11f059001bc80f sig
f8d912fe4c9bc3896430dee94aef5d00 58bf751ddd23065a820449701f8a1a0a46019e1c54612ea0867086dbd405589a0f hash

maxtaco commented 9 years ago

These users were affected:

029fb10c61d79312d5e0db3d45561a19 17ed3e048fed349aad4267d1086fe619 229a83b6e6a63e88ab5dbc3fdc1d7419 33d6ed2df7e25cb985071d4028aa0119 (you) 4ec632fae16af1a2f744626a95ac6d19 5c6a3b34778cf816edf36b9ac0880800 619e6eddd3df78745ecc4b3755295b19 7a31a6774925f936450ad0163c5f0500 b0b958214c599307341b8200ae33b200 b387c7517d93e953796181c0e6351919 c0af9efbb4ade7f5f550528e23255300 f1c263462dd526695c458af924977719 f8d912fe4c9bc3896430dee94aef5d00

maxtaco commented 9 years ago

We have a bunch of us traveling over the next few days, but we have a fix in the work, it will a combination of a tweak to the server DB and a command line fix. We'll let you know when it's ready. Thanks for your feedback!

maxtaco commented 9 years ago

Should be fixed now in @v0.8.19, let me know if no, feel free to reopen.. Thanks for your feedback!

tarqd commented 9 years ago

Hello,

I'm still unable to login (cleared cache and config too) after the update. I'm getting an error in sigchain.js. Stacktrace:

usr/local/lib/node_modules/keybase/lib/sigchain.js:133
                return _next(err != null ? (log.error("Couldn't find link: " + last), log.debug("| -> error")) : typeof link !== "undefined" && link !== null ? (links.push(link), curr = link.prev(), log.debug("| -> found link and previous; prev=" + curr)) : (log.debug("| -> reached the chain end"), curr = null));
                                                                               ^

ReferenceError: last is not defined
    at /usr/local/lib/node_modules/keybase/lib/sigchain.js:133:80
    at Deferrals.exports.Deferrals.Deferrals._call (/usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:86:16)
    at /usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:98:26
    at exports.trampoline.trampoline (/usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:64:14)
    at Deferrals.exports.Deferrals.Deferrals._fulfill (/usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:96:16)
    at ret (/usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:29:18)
    at /usr/local/lib/node_modules/keybase/lib/chainlink.js:316:18
    at Deferrals.exports.Deferrals.Deferrals._call (/usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:86:16)
    at /usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:98:26
    at exports.trampoline.trampoline (/usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:64:14)
    at Deferrals.exports.Deferrals.Deferrals._fulfill (/usr/local/lib/node_modules/keybase/node_modules/iced-runtime/lib/runtime.js:96:16)

tarqd commented 9 years ago

Version:

➜  ~  keybase --version
0.8.20

{ name: 'keybase',
  description: 'CLI interface to keybase.io',
  'dist-tags': { latest: '0.8.20' },

  maintainers: 
   [ 'maxtaco <themax@gmail.com>',
     'oconnor663 <oconnor663@gmail.com>' ],

  dependencies: 
   { argparse: '0.1.15',
     badnode: '^1.0.1',
     bitcoyne: '>=0.0.6',
     bn: '^1.0.1',
     cheerio: '0.13.0',
     codesign: '0.0.9',
     colors: '0.6.2',
     'deep-equal': '0.2.1',
     'framed-msgpack-rpc': '1.1.4',
     'gpg-wrapper': '>=1.0.5',
     'iced-data-structures': '0.0.5',
     'iced-db': '0.0.4',
     'iced-error': '0.0.9',
     'iced-lock': '^1.0.1',
     'iced-logger': '0.0.5',
     'iced-runtime': '>=1.0.3',
     'iced-spawn': '>=1.0.0',
     'iced-utils': '0.1.22',
     kbpgp: '>=2.0.46',
     'keybase-installer': '1.0.2',
     'keybase-path': '0.0.16',
     'keybase-proofs': '^2.0.13',
     libkeybase: '>=1.2.19',
     'merkle-tree': '0.0.14',
     mkdirp: '0.3.5',
     'pgp-utils': '>=0.0.28',
     progress: '1.1.3',
     purepack: '1.0.1',
     read: 'github:keybase/read',
     request: '^2.58.0',
     semver: '^4.0.0',
     'socks5-client': '^0.3.6',
     'socks5-http-client': '^0.1.6',
     'socks5-https-client': '^0.2.2',
     spotty: '^1.0.0',
     tablify: '0.1.5',
     timeago: '0.1.0',
     triplesec: '>=3.0.16' },
  devDependencies: 
   { 'iced-coffee-script': '~1.7.1-c',
     'iced-expect': '0.0.3',
     'iced-test': '>=0.0.16',
     optimist: '0.6.1' },
  bundleDependencies: 
   [ 'argparse',
     'badnode',
     'bitcoyne',
     'bn',
     'cheerio',
     'codesign',
     'colors',
     'deep-equal',
     'framed-msgpack-rpc',
     'gpg-wrapper',
     'iced-data-structures',
     'iced-db',
     'iced-error',
     'iced-lock',
     'iced-logger',
     'iced-runtime',
     'iced-spawn',
     'iced-utils',
     'kbpgp',
     'keybase-path',
     'keybase-proofs',
     'libkeybase',
     'merkle-tree',
     'mkdirp',
     'pgp-utils',
     'progress',
     'purepack',
     'read',
     'request',
     'semver',
     'socks5-client',
     'socks5-http-client',
     'socks5-https-client',
     'spotty',
     'tablify',
     'timeago',
     'triplesec' ],
  gitHead: '4dcbf4cb1c750ce024d4f123b1a65a0d8be03b27',
  dist: 
   { shasum: '56121b17e19feefc479ee2b699c0bcb679bf5ecb',
     tarball: 'http://registry.npmjs.org/keybase/-/keybase-0.8.20.tgz' },
  directories: {} }

maxtaco commented 9 years ago

Have you also since reset your public key?

Can you send a login trace with -d? Thanks

tarqd commented 9 years ago

Yeah I reset my key, I'm getting this error now: error: Found a later subchain with eldest kid 0101e60d87c6938727a8e3bd74c4d919dcbbde4dbb4f5a7e10b079bde6849564b51d0a

Login trace:

➜  ~  keybase -d login
debug: + opening config file: /Users/ctarquini/.config/keybase/config.json
debug: ++ loading config file /Users/ctarquini/.config/keybase/config.json
debug: -- loaded config file -> {"user":{"name":"proservices", <SNIP>}}
debug: - opened config file; found=true
debug: + testing GPG command-line client <default: gpg2 or gpg>
debug: | using GPG command: gpg2
debug: - tested GPG command-line client -> null
debug: Setting GPG_TTY=/dev/ttys000
debug: + Load proxy CAs
debug: - Loaded proxy CAs
debug: + startup message
debug: | CLI version: 0.8.20
debug: | Platform info: {"versions":{"http_parser":"2.5.0","node":"4.0.0","v8":"4.5.103.30","uv":"1.7.3","zlib":"1.2.8","ares":"1.10.1-DEV","modules":"46","openssl":"1.0.2d"},"arch":"x64","platform":"darwin","features":{"debug":false,"uv":true,"ipv6":true,"tls_npn":true,"tls_sni":true,"tls_ocsp":true,"tls":true}}
debug: | Version info: ["keybase (keybase.io CLI) v0.8.20","- node.js v4.0.0","- gpg (GnuPG/MacGPG2) 2.0.28","- libgcrypt 1.6.3","Identifies as: 'keybase.io node.js client v0.8.20 darwin'"]
debug: - startup message
debug: + opening database file: /Users/ctarquini/.local/share/keybase/keybase.idb
debug: ++ DB::_init_db
debug: -- DB::_init_db -> 0
debug: - DB opened
debug: + session::load
debug: ++ opening config file: /Users/ctarquini/.cache/keybase/session.json
debug: -- opened config file; found=false
debug: - session::load
debug: + session::check
debug: - session::check
Your keybase login passphrase: ********************
debug: + request to getsalt (https://api.keybase.io:443/_/api/1.0/getsalt.json?email_or_username=proservices) (cookie=true)
debug: | Adding a custom CA for host api.keybase.io when tls=true
debug: - request to getsalt -> null
- run scrypt [==================================] 100%
debug: + request to login (https://api.keybase.io:443/_/api/1.0/login.json) (cookie=true)
debug: | Adding a custom CA for host api.keybase.io when tls=true
debug: - request to login -> null
debug: + session::load
debug: ++ opening config file: /Users/ctarquini/.cache/keybase/session.json
debug: -- opened config file; found=false
debug: - session::load
info: Updated file: /Users/ctarquini/.cache/keybase/session.json
debug: + KeyPull::run
debug: ++ KeyPull::load_user
debug: +++ proservices: load user
debug: ++++ proservices: load user from local storage
debug: +++++ load sig chain from local storage
debug: ||||| loading sig chain w/ payload hash 30c1e429d1d0b7d6a79f0f74a640aa24217b736a8e9e93bff795479b51a16081
debug: ++++++ 33d6ed2df7e25cb985071d4028aa0119: load signature chain
debug: |||||| 33d6ed2df7e25cb985071d4028aa0119: Loading link 30c1e429d1d0b7d6a79f0f74a640aa24217b736a8e9e93bff795479b51a16081
debug: |||||| -> found link and previous; prev=0c4ca4654a3057c836754be40241355be066065ce933bcc4585cf2d57488ab4e
debug: |||||| 33d6ed2df7e25cb985071d4028aa0119: Loading link 0c4ca4654a3057c836754be40241355be066065ce933bcc4585cf2d57488ab4e
debug: |||||| -> found link and previous; prev=fb2cc025c12eb324297e7aaf608bf197c0088ae027fe64f2ff632bf0c93c0fc9
debug: |||||| 33d6ed2df7e25cb985071d4028aa0119: Loading link fb2cc025c12eb324297e7aaf608bf197c0088ae027fe64f2ff632bf0c93c0fc9
debug: |||||| -> found link and previous; prev=6b0ebc51d443d6c9af3091ac2ceee2cb98198c508315b83240594b15666a1995
debug: |||||| 33d6ed2df7e25cb985071d4028aa0119: Loading link 6b0ebc51d443d6c9af3091ac2ceee2cb98198c508315b83240594b15666a1995
debug: |||||| -> found link and previous; prev=cc0b91911f4d928b0a122cc5a56deb9cdb37157a823493f6fdd31ac890a1efe7
debug: |||||| 33d6ed2df7e25cb985071d4028aa0119: Loading link cc0b91911f4d928b0a122cc5a56deb9cdb37157a823493f6fdd31ac890a1efe7
debug: |||||| -> found link and previous; prev=3803be27ec0c61b3fdcd8b9b7c78de3df73766736ef00727267858d34a039c7d
debug: |||||| 33d6ed2df7e25cb985071d4028aa0119: Loading link 3803be27ec0c61b3fdcd8b9b7c78de3df73766736ef00727267858d34a039c7d
debug: |||||| -> found link and previous; prev=null
debug: ------ 33d6ed2df7e25cb985071d4028aa0119: loaded signature chain
debug: ----- loaded sig chain from local storage
debug: ---- proservices: loaded user from local storage -> null / [object Object]
debug: ||| Checking session since we're loading User as self (and need secret key)
debug: ++++ session::load_and_check
debug: +++++ session::load
debug: ++++++ opening config file: /Users/ctarquini/.cache/keybase/session.json
debug: +++++++ loading config file /Users/ctarquini/.cache/keybase/session.json
debug: ------- loaded config file -> <redacted>
debug: ------ opened config file; found=true
debug: ----- session::load
debug: +++++ session::check
debug: ||||| calling to sesscheck
debug: ++++++ request to sesscheck (https://api.keybase.io:443/_/api/1.0/sesscheck.json) (cookie=true)
debug: |||||| Adding a custom CA for host api.keybase.io when tls=true
debug: ------ request to sesscheck -> null
debug: ----- session::check
debug: ---- session::load_and_check -> true
debug: ++++ proservices: load user from server
debug: +++++ merkle find_and_verify: uid undefined, username proservices
debug: ++++++ request to merkle/path (https://api.keybase.io:443/_/api/1.0/merkle/path.json?uid=&username=proservices) (cookie=true)
debug: |||||| Adding a custom CA for host api.keybase.io when tls=true
debug: ------ request to merkle/path -> null
debug: ++++++ merkle get_merkle_pgp_key
debug: |||||| Call to gpg2: { args: [ '-k', '--with-fingerprint', '--with-colons' ],
debug:   quiet: true,
debug:   no_options: true }
debug: |||||| merkle key already found in keyring
debug: ------ merkle get_merkle_pgp_key
debug: ||||| Load key /2A32340CEC8C9492 from master keyring (secret=undefined)
debug: ||||| Call to gpg2: { args:
debug:    [ '--export',
debug:      '--export-options',
debug:      'export-local-sigs',
debug:      '-a',
debug:      '2A32340CEC8C9492' ] }
debug: ++++++ lookup UID
debug: +++++++ read_uids_from_keys 03E146CDAF8136680AD566912A32340CEC8C9492
debug: ||||||| Call to gpg2: { args:
debug:    [ '-k',
debug:      '--with-fingerprint',
debug:      '--with-colons',
debug:      '03E146CDAF8136680AD566912A32340CEC8C9492' ],
debug:   quiet: true,
debug:   no_options: true }
debug: ||||||| got: [{"username":"Keybase.io Merkle Signing","comment":"v1","email":"merkle@keybase.io"}]
debug: ------- read_uids_from_key -> null
debug:  - Map 2A32340CEC8C9492 -> [object Object] via gpg
debug: ------ looked up UID
debug: ++++++ Rollback check
debug: |||||| DB put value kv:e2:6902f97e65ea5a61f062833392fe50a35bf76cd286b1d8e2f78658ca2752633ad7b87be18e997d4438dddc09abbc9d5a18524705b63c83ec103848c19d7c7686
debug: |||||| DB put lookup: lo:5:latest -> ebaea4f9d4c598b492f294d4d25f9d607508b155a7e5423342ef4a52ba2e893e
debug: ------ Rollback check
debug: ++++++ request to user/lookup (https://api.keybase.io:443/_/api/1.0/user/lookup.json?username=proservices) (cookie=true)
debug: |||||| Adding a custom CA for host api.keybase.io when tls=true
debug: ------ request to user/lookup -> null
debug: ----- proservices: loaded user from server
debug: +++++ updating local user w/ remote
debug: ++++++ update sig chain; remote_seqno=6
debug: ------ updated sig chain
debug: ----- finished update
debug: +++++ proservices: verifying signatures
debug: ++++++ proservices: verifying sig
debug: +++++++ libkeybase: replay(username: proservices, uid: 33d6ed2df7e25cb985071d4028aa0119, eldest: 010179c28cac38659e4119ebb385e703f488915d63399a46abb2d0f44851835281540a)
debug: ||||||| libkeybase: replaying signature 1: 70c4026afec66312456b6820492b7936bff42b58ca7a035729462700677ef4190f
debug: ||||||| libkeybase: chain link parsed, type 'web_service_binding'
debug: ||||||| libkeybase: signing key is valid (010179c28cac38659e4119ebb385e703f488915d63399a46abb2d0f44851835281540a)
debug: ||||||| libkeybase: replaying signature 2: e026622f98786452f8e75168941f6137de99a15034e9c9399e846e7aa2dda50b0f
debug: ||||||| libkeybase: chain link parsed, type 'web_service_binding'
debug: ||||||| libkeybase: signing key is valid (010179c28cac38659e4119ebb385e703f488915d63399a46abb2d0f44851835281540a)
debug: ||||||| libkeybase: replaying signature 3: 13e6c6a1ec0403f1cde02c9d1c0902568539129c47ae13b20b45370cd6d2b49c0f
debug: ||||||| libkeybase: chain link parsed, type 'web_service_binding'
debug: ||||||| libkeybase: signing key is valid (010179c28cac38659e4119ebb385e703f488915d63399a46abb2d0f44851835281540a)
debug: ||||||| libkeybase: replaying signature 4: b72eed3d154132e55d2a202b8feda9cced942fb351345a5e6dbf55f15040a3d30f
debug: ||||||| libkeybase: chain link parsed, type 'web_service_binding'
debug: ||||||| libkeybase: signing key is valid (010179c28cac38659e4119ebb385e703f488915d63399a46abb2d0f44851835281540a)
debug: ||||||| libkeybase: replaying signature 5: b93437e2a2953c8a3f100f5ae10886620aa152bb871329aa4fff5c354f7fb7480f
debug: ||||||| libkeybase: chain link parsed, type 'web_service_binding'
error: Found a later subchain with eldest kid 0101e60d87c6938727a8e3bd74c4d919dcbbde4dbb4f5a7e10b079bde6849564b51d0a

maxtaco commented 9 years ago

We might not get to this right away, but we'll get to it. Thanks for your patience.

oconnor663 commented 8 years ago

@ilsken the error you're seeing is because you reset your account but then reuploaded a key that you'd used before. We've gone back and forth about whether that's allowed -- right now it isn't, and I thought the server prevented it, but it looks like I was wrong.

The immediate workaround is to do another reset and just use a new key. Would that work for you?

tarqd commented 8 years ago

@oconnor663 Ah! Some validation or even just a better error message would be much a nice touch. Thanks for all your help, I generated a new key and everything is working great.

oconnor663 commented 8 years ago

Awesome. It should be a pretty small server-side change to prevent this. Thanks for putting up with us in the meantime.

(Note for the future: This limitation only applies to your eldest key, so in the future where eldest keys are usually internally-generated device keys, people won't really run into this. You'll end up adding PGP keys to your account as "sibling keys", and as an upside you will be able to have more than one.)

keybase / keybase-issues

Can't login via command line #1769