Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of jason.h.smith@gmail.com
 designates 209.85.214.180 as permitted sender)
MIME-Version: 1.0
Sender: jason.h.smith@gmail.com
In-Reply-To: <116DF3F19DB44CF9AB36993A20398CBA@martynus.net>
References: <116DF3F19DB44CF9AB36993A20398CBA@martynus.net>
From: Jason Smith <jhs@iriscouch.com>
Date: Fri, 24 May 2013 12:36:57 +0700
Message-ID: 
 <CACLy94UovLJ=H0ZFDKCMP3O4qJERgRy1gVvxAsV6-BsyVme8Eg@mail.gmail.com>
Subject: Re: using POST _bulk_docs with ?edits=false
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=047d7b67637a2249ab04dd703192

--047d7b67637a2249ab04dd703192
Content-Type: text/plain; charset=UTF-8

Calculating _rev "correctly" depends on what you need.

If you and I have the same document and make the same changes except _rev
(and _revisions), then we will get a conflict when we replicate to each
other.

The only project I know that uses edits=false somewhat successfully is
mikeal/replicate. It might help, although it gets its _revisions value from
CouchDB, it doesn't calculate anything.

Can you paste some example documents (with the _revisions) value?


On Fri, May 24, 2013 at 3:28 AM, Gregor Martynus <gregor@martynus.net>wrote:

> Hey,
>
> I'm using the edits=false flag to push changes from the browser to the
> couch, to prevent that data can get lost. My current implementations
> randomly generates a _rev number and adds the _revisions attribute with the
> current _rev and the newly generated _rev number. But that leads to
> conflicts. I was told that the _rev number has to be calculated based on
> the objects.
>
> I try to find out how to calculate a new the _rev number correctly but
> can't figure it out. I've described the issues here:
> https://github.com/hoodiehq/hoodie.js/issues/66
>
> Would really appreciate your help
>
> --
> Gregor
>
>

--047d7b67637a2249ab04dd703192--