Stefan Klein created COUCHDB-2760:
-------------------------------------
Summary: revpos is lower than deleted revision in "history"
Key: COUCHDB-2760
URL: https://issues.apache.org/jira/browse/COUCHDB-2760
Project: CouchDB
Issue Type: Bug
Security Level: public (Regular issues)
Reporter: Stefan Klein
Hi,
I manage to create a document with an attachment which got a deleted revision
2-x and a revision 3-x containing an attachment which's revpos is "1".
To reproduce see the gist: https://gist.github.com/saubaer/d2c09fcc83da3636b1c3
If DB2 is compacted and DB1 is replicated to DB2 again CouchDB handles that,
but prints an error in log:
"Retrying fetch and update of document `BAR` due to out of sync attachment
stubs. Missing revisions are: 3-dadcfd860a6e812c5c1989705e6884c9"
Couchbase-lite doesn't handle this graceful and fails for that document, didn't
check PouchDB.
Is this behavior, revpos of stub lower than a deleted revision, considered as a
bug or expected - so it should be fixed on other software implementing the
replication protocol?
Happens on CouchDB 1.6.1 on Debian for me.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
