(quoted post by vess)

7 messages BitcoinTalk vess, Jeff Garzik, Gavin Andresen, aceat64, Satoshi Nakamoto August 3, 2010 — August 3, 2010
vess August 3, 2010 Source · Permalink

Thanks for the pointer, interesting, but not what seems to be affecting me.

Here’s my current code (running on Google App Engine)

postdata = jsonrpc.dumps({“method”: ‘getbalance’, “params”:”,‘id’:‘jsonrpc’}) req = urllib2.Request(‘http://127.0.0.1:8332’, postdata) userpass = ‘user:a’.encode(‘base64’)[:-1] authheader = “Basic %s” % userpass req.add_header(“Authorization”,authheader) handle = urllib2.urlopen(req) json_response = handle.read() self.response.out.write (json_response)

This yields a HTTPError: HTTP Error 500: Internal Server Error

from the GAE local python script.

using postdata = jsonrpc.dumps([{“jsonrpc”: “2.0”,“method”: ‘getbalance’, “params”:”,‘id’:‘1’}])

Yields the same result.

Quote from: vess on August 03, 2010, 06:02:00 PM

Thanks for the pointer, interesting, but not what seems to be affecting me.

Here’s my current code (running on Google App Engine)

postdata = jsonrpc.dumps({“method”: ‘getbalance’, “params”:”,‘id’:‘jsonrpc’}) req = urllib2.Request(‘http://127.0.0.1:8332’, postdata) userpass = ‘user:a’.encode(‘base64’)[:-1] authheader = “Basic %s” % userpass req.add_header(“Authorization”,authheader) handle = urllib2.urlopen(req) json_response = handle.read() self.response.out.write (json_response)

This yields a HTTPError: HTTP Error 500: Internal Server Error

This is a verified bug in bitcoin.

bitcoin requires the Content-Length header, but several JSON-RPC libraries do not provide it. When the Content-Length header is absent, bitcoin returns 500 Internal Server Error.

Quote from: jgarzik on August 03, 2010, 06:09:08 PM

bitcoin requires the Content-Length header, but several JSON-RPC libraries do not provide it. When the Content-Length header is absent, bitcoin returns 500 Internal Server Error.

Can you be more specific about which JSON libraries don’t provide Content-Length ? It’d be nice to document that.

Quote from: gavinandresen on August 03, 2010, 06:56:44 PM

Quote from: jgarzik on August 03, 2010, 06:09:08 PM

bitcoin requires the Content-Length header, but several JSON-RPC libraries do not provide it. When the Content-Length header is absent, bitcoin returns 500 Internal Server Error.

Can you be more specific about which JSON libraries don’t provide Content-Length ? It’d be nice to document that.

The two JSON RPC libs available at CPAN (Perl), and a compliant C lib that I wrote locally to verify the behavior.

aceat64 August 3, 2010 Source · Permalink

Another issue I noticed with bitcoind’s JSON-RPC is that by default there is no user, and PHP’s fopen() function does not try to send the authentication information if no user was specified.

For example, this URL does not work: But this one does:

I had to set the “rpcuser” in my node’s bitcoin.conf file in order to get PHP to play nicely.

vess August 3, 2010 Source · Permalink

I encountered this as well: there’s no documentation as to what auth string should be accepted in the case of no user.

It’s probably best to require rpcuser and rpcpassword in future versions is my two cents. This is generally what’s expected from an HTTP Auth anyway.

Quote from: gavinandresen on August 03, 2010, 06:56:44 PM Quote from: jgarzik on August 03, 2010, 06:09:08 PM

bitcoin requires the Content-Length header, but several JSON-RPC libraries do not provide it.  When the Content-Length header is absent, bitcoin returns 500 Internal Server Error.

Can you be more specific about which JSON libraries don’t provide Content-Length ?  It’d be nice to document that. I guess we should try to support the case where there’s no Content-Length parameter.  I don’t want to rip and replace streams though, even if it has to read one character at a time.

Edit: That is, assuming there actually are any libraries that don’t support Content-Length.