in validation functions, new_doc does not contain the rev that was sent in the request ---------------------------------------------------------------------------------------
Key: COUCHDB-294 URL: https://issues.apache.org/jira/browse/COUCHDB-294 Project: CouchDB Issue Type: Bug Components: HTTP Interface Affects Versions: 0.9 Environment: ubuntu Reporter: Tim The new_doc in a validation does not contain the revision that you sent in the post/put request. In this log, each block contains a log of [info] old_doc [info] new_doc [info] request {{{ new doc ------- [info] [<0.68.0>] OS Process Log Message: null [info] [<0.68.0>] OS Process Log Message: {"_id": "wibble","_rev": "1-3141321355","_revisions": {"start": 1,"ids": ["3141321355"]}} [info] [<0.935.0>] 127.0.0.1 - - 'PUT' /conflict/wibble 201 update 1st rev, no conflict --------------------------- [info] [<0.68.0>] OS Process Log Message: {"_id": "wibble","_rev": "1-3141321355","_revisions": {"start": 1,"ids": ["3141321355"]}} [info] [<0.68.0>] OS Process Log Message: {"_id": "wibble","_rev": "2-1123114967","_revisions": {"start": 2,"ids": ["1123114967","3141321355"]}} [info] [<0.977.0>] 127.0.0.1 - - 'POST' /conflict/_bulk_docs 201 As you can see on this second request, the document sent will have had a rev of "1-3141321355" but in the validation function the new_doc has the rev that is just about to be written to disk.. I cannot see a way to access the rev that was sent across the request. }}} -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.