On 24.01.2011 22:30, Paul Davis wrote:
I think more likely its that 12-12345 fails to parse as a correct
revision and the error gets confused as it bubbles up the stack.
To verify, try replacing 12-12345 with a modified version of the
previous revision, ie, so it matches the (\d+)-([a-z0-9]{32}) regular
expression.
i changed the last bit of the revision and still get:
{"error":"{not_found,missing}","reason":"{2,<<37,251,126,178,120,66,237,17,97,127,78,134,86,96,12,85>>}"}
also klaus is right, i just stumbled upon COUCHDB-1018.
have fun
martin