[
https://issues.apache.org/jira/browse/COUCHDB-1174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filipe Manana updated COUCHDB-1174:
-----------------------------------
Attachment: couchdb-1174.patch
I was finally able to reproduce this on an old macbook.
It turns out the issue is that for very short multipart requests, we don't wait
for the parser to recv the final boundary marker before sending an OK reply to
the client, so the next request gets the boundary prepended to the HTTP verb.
Before committing it, I leave here the patch for Robert to test.
Robert, try to test it after revision 1126147, which is important.
thanks everyone
> Multipart parsing bug in new replicator
> ---------------------------------------
>
> Key: COUCHDB-1174
> URL: https://issues.apache.org/jira/browse/COUCHDB-1174
> Project: CouchDB
> Issue Type: Bug
> Affects Versions: 1.2
> Reporter: Robert Newson
> Priority: Blocker
> Attachments: COUCHDB-1174.sh, couchdb-1174.patch
>
>
> It seems the new multipart savvy replicator has a bug. At high load, the
> receiving node sees the following as the method of a new http request;
> "--17481297448f5a282cc919203957ebd9--POST"
> instead of just "POST". The first bit looks like a multipart boundary value
> to me.
> I'll attach a script that reproduces the error now.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
