Couchbase documents not updating to server


#1

We have been using Android CBL (2.0) with Sync Gateway (2.0) and CB Server (CE 5.0.1) for almost a year in a producton environment.

Recently we have started having issues with some documents not uploading to the server, with the users sending us screenshots of the data correctly entered and saved in their phones, but the server is not showing the same information, usually we only see in the server part of it. We have seen this issue even in documents with 1 revision.

Documents are sometimes modified by the server, although only a few times, and users do not share the same documents amongst them, but the problem has been seen in documents that are only updated and modified by the user and never the server.

Is there anything that we could do to “force” the users’ document version from the app to the server?


#2

On the client side you can reset the replicator — this will force the next sync to examine every doc and compare revision IDs between client and server. That should resolve the problem. (But it does make that next sync slower than usual.)


#3

Are there any more practical solutions? Since the problem will repeat eventually, reseting the syncs daily/hourly does not seem to fix the underlying problem. Is there any sync configuration to force it to resolve any conflict, no matter what version wins?

Or, preferably, a way to force the client’s version to the server?


#4

Also, just to be thorough, is it clear the user has been able to connect to the server long enough to run a replication before reporting the docs aren’t syncing?


#5

Yes, we have managed to see that problem once in our development environment with a device connected to internet.

We have not managed to replicate it again, as of now, it appears to happen randomly.


#6

It could be a replicator bug. We have a maintenance release coming out very soon that fixes one.


#7

Could you describe the bug that is being fixed? Maybe I can see if it matches my problem. Also, is there a timeframe for its release?


#8

IIRC, it was a race condition that sometimes led to a false conflict when pushing a doc to the server, resulting in the doc not being pushed.

… I just looked it up, and the actual behavior reported was an assertion-failure crash. It’s possible the bug might manifest without the crash, though.

The release is going through the build process now, then QE … I can’t quote a time, but maybe a week?


#9

Sounds a lot like my problem, without the crash (haven’t seen any). I’ll keep an eye on the release, and hope it fixes my problem.

Thanks for the info.