Looks like a leackage.
I have this file, links.txt:
www.google.com?q=1
www.google.com?q=2
www.google.com?q=3
www.google.com?q=4
Running this:
$ cat links.txt | while read line; do http --print BHhb GET $line; done
Expected result:
4 http calls, one for each line on the file.
Actual:
1 request executed to the first url in the file and request body having the other 3 lines.
GET /?q=1 HTTP/1.1
Accept: application/json
Accept-Encoding: gzip, deflate, compress
Content-Length: 63
Content-Type: application/json; charset=utf-8
Host: www.google.com
User-Agent: HTTPie/0.6.0
www.google.com?q=2
www.google.com?q=3
www.google.com?q=4
HTTP/1.0 400 Bad Request
Content-Length: 925
Content-Type: text/html; charset=UTF-8
Date: Sat, 23 Nov 2013 19:48:51 GMT
Server: GFE/2.0
<!DOCTYPE html>
<html lang=en>
<meta charset=utf-8>
<meta name=viewport content="initial-scale=1, minimum-scale=1, width=device-width">
<title>Error 400 (Bad Request)!!1</title>
<style>
*{margin:0;padding:0}html,code{font:15px/22px arial,sans-serif}html{background:#fff;color:#222;padding:15px}body{margin:7% auto 0;max-width:390px;min-height:180px;padding:30px 0 15px}* > body{background:url(//www.google.com/images/errors/robot.png) 100% 5px no-repeat;padding-right:205px}p{margin:11px 0 22px;overflow:hidden}ins{color:#777;text-decoration:none}a img{border:0}@media screen and (max-width:772px){body{background:none;margin-top:0;max-width:none;padding-right:0}}
</style>
<a href=//www.google.com/><img src=//www.google.com/images/errors/logo_sm.gif alt=Google></a>
<p><b>400.</b> <ins>That’s an error.</ins>
<p>Your client has issued a malformed or illegal request. <ins>That’s all we know.</ins>
Running same script with curl instead works as expected.
cheers!
It's because HTTPie by default reads STDIN
, if it is redirected (which it is here inside the loop).
There are multiple ways to get rid of it:
--ignore-stdin
(which exists to solve exactly this problem):cat links.txt | while read url; do
http --ignore-stdin --verbose $url
done
STDIN
back to terminal:cat links.txt | while read url; do
http --verbose $url < /dev/tty
done
STDIN
in the first place (watch out for spaces though):for url in `cat links.txt`; do
http --verbose $url
done
See also #150.
The --ignore-stdin is what I was looking for. I had to update the installed
version, but seems to be working as expected now.
I love httpie, but this little thing got me sometime to figure...
Thanks for the very fast response.
Cheers!
On Sat, Nov 23, 2013 at 4:17 PM, Jakub RoztoÄŤil [email protected]:
Closed #181 https://github.com/jkbr/httpie/issues/181.
—
Reply to this email directly or view it on GitHubhttps://github.com/jkbr/httpie/issues/181
.
Filipe Gomes Esperandio
Gtalk: [email protected]
Skype: filipesperandio
Google Voice: +1 650 701 7057
Hi, I had a similar issue which was solved via --ignore-stdin
but my context is a bit different:
./run.sh http https://base-url/endpoint\?attributes=all\&nested_attribbutes\=all Authorization:Bearer\ bf54b184d7729ac9bfffb576782e2a1d3cd7bd76 Content-Type:application/json Accept:\ \*/\* -h
I was getting HTTP/1.1 422 Unprocessable Entity
The run.sh
script looks as follows: seq 5 | xargs -I {} -n1 "$@"
Adding --ignore-stdin
fixes the issue, but I am not reading the request from STDIN
. Could you please explain me how it works in this context?
Most helpful comment
It's because HTTPie by default reads
STDIN
, if it is redirected (which it is here inside the loop).There are multiple ways to get rid of it:
--ignore-stdin
(which exists to solve exactly this problem):STDIN
back to terminal:STDIN
in the first place (watch out for spaces though):See also #150.