-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
fix parsing for paths of format <hash>/path #1475
Conversation
License: MIT Signed-off-by: Jeromy <jeromyj@gmail.com>
License: MIT Signed-off-by: Jeromy <jeromyj@gmail.com>
License: MIT Signed-off-by: Jeromy <jeromyj@gmail.com>
On Tue, Jul 14, 2015 at 12:02:39PM -0700, Jeromy Johnson wrote:
We could do that before (because len(parts) > 3). This commit just $ ipfs object stat /a Anyhow, the change itself (and tests :) look good to me. |
@@ -114,6 +114,19 @@ test_object_cmd() { | |||
test_cmp hwfile hwfile_out | |||
' | |||
|
|||
test_expect_success "ipfs object stat path succeeds" ' | |||
ipfs object stat $(cat multi_patch)/a/b/c > obj_stat_out | |||
' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe add this specific case too?
ipfs object stat $(cat multi_patch)/a > obj_stat_out_a
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah, true
LGTM. one comment above based on @wking's observation o/ |
License: MIT Signed-off-by: Jeromy <jeromyj@gmail.com>
LGTM 👍 |
fix parsing for paths of format <hash>/path
with this we can now do
License: MIT
Signed-off-by: Jeromy jeromyj@gmail.com