-
Notifications
You must be signed in to change notification settings - Fork 1.3k
HTTPError: file argument 'key' is required when using go-ipfs node with ipfs-http-client #3547
Comments
Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review.
Finally, remember to use https://discuss.ipfs.io if you just need general support. |
This appears to be an incompatibility between the js-ipfs HTTP API and the go-ipfs HTTP API. |
In a bit more detail, js-IPFS accepts the key as a query string argument, go-IPFS accepts it in the body of the POST request. The http client sends it in the query string as I think it may have been done in js-IPFS first as the interface tests for the import operation are skipped for go-IPFS, the note says 'TODO not implemented in go-ipfs yet'. It looks like it's been implemented, and implemented differently - js-IPFS should probably align with go-IPFS here. |
When this gets picked up, we should be using POST per verbal conversation on 2021-03-22 with @Stebalien and @achingbrain . |
Are there any updates regarding this issue? It has been over a year |
js-ipfs is being deprecated in favor of Helia. You can #4336 and read the migration guide. Please feel to reopen with any comments by 2023-06-02. We will do a final pass on reopened issues afterward (see #4336). We won't be addressing this issue in ipfs-http-client, but you should look at kubo-rpc-client for handling this. |
Version information:
go-ipfs version: 0.7.0
Repo version: 10
System version: amd64/windows
Golang version: go1.14.4
Description:
There's an incompatibility with ipfs-http-client key import using pem and password resulting in an
HTTPError: file argument 'key' is required
Steps to reproduce the error:
The text was updated successfully, but these errors were encountered: