http://127.0.0.1:5001/api/v0/object/get not support CIDv1 ?

[garyng2000]

this is what I get "expected protobuf dag node"

if I add using cid-version=1(getback the base32 hash) and feed to the api end point

[welcome]

Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review.
In the meantime, please double-check that you have provided all the necessary information to make this process easy! Any information that can help save additional round trips is useful! We currently aim to give initial feedback within two business days. If this does not happen, feel free to leave a comment.
Please keep an eye on how this issue will be labeled, as labels give an overview of priorities, assignments and additional actions requested by the maintainers:

• "Priority" labels will show how urgent this is for the team.
• "Status" labels will show if this is ready to be worked on, blocked, or in progress.
• "Need" labels will indicate if additional input or analysis is required.

Finally, remember to use https://discuss.ipfs.io if you just need general support.

[garyng2000]

yet the command line 'ipfs object get ' works. forget to say v0.5.1 on windows

[garyng2000]

further testing shows that this is just a corner case not handled.

I deliberately added a 0 length file using cid-version=1 which would cause the problem. If I turn off raw-leave at the same time, it is fine.

So to summarize :

cid-version=1&raw-leaves=true with empty file(0 length) would choke the object/get and a few other calls.

I have turned raw-leaves=false for now.

[Stebalien]

You're correct, the issue is with raw leaves. The object commands are designed for the dag-pb IPLD format and only work with this format. However, raw leaves use the raw IPLD format.

I've filed an issue for fixing the documentation: #7396