mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

update

Browse source
This commit is contained in:
Joey Hess 2017-02-20 15:44:43 -04:00
parent 8dd3635acf
commit 07de7c2c76
No known key found for this signature in database
GPG key ID: C910D9222512E3C7
1 changed files with 10 additions and 8 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

18
doc/todo/more_of_diagnostic_information_in_case_of_failures_into_returned_json/comment_2_82b851629c695084cbf62e2b636bcc91._comment
View file

@ -6,13 +6,15 @@
In general, the --json output does include a "note" with any
available message about why an operation failed.
Since wget outputs HTTP errors to stdout, there's no way to capture the actual
message for json, and so swiching to wget -nv won't improve the json.
(curl also outputs HTTP errors to stdout too, so it's no better)
Since wget outputs HTTP errors to stdout, there's no way to capture
the actual message for json, and so swiching to wget -nv won't improve
the json, since in json mode wget is run with -q.
Short of using a HTTP library for url downloads in --json mode,
I don't see a way to fix this. It would not be hard to use a HTTP library
and propagate the HTTP errors into the json "note", but it might be hard to
get resumption of partial downloads to work as well with a HTTP library as
it works with wget.
It would not be hard to use a HTTP library and propagate the HTTP errors
into the json "note", but it might be hard to get resumption of partial
downloads to work as well with a HTTP library as it works with wget/curl.
What we could do is use curl in preference to wget in json mode;
curl -s -S avoids all progress etc output and displays the
http errors to stderr.
""]]