Replication crashes when WIFI connectivity falls back to 3G

J Chris Anderson added a comment - 10/Oct/11 9:24 AM Filipe, Is this fixed by your new retry logic? If so, then the fix for mobile will just be a matter of merging your patch. The logfile has a fairly obvious stacktrace, so it should be easy for you to see if this will fix it. Chris

Filipe Manana added a comment - 10/Oct/11 9:33 AM Maybe, There's nothing like trying out the latest source. Are there more complete logs? I want the full, long, stack traces.

J Chris Anderson added a comment - 12/Oct/11 7:41 AM I think the request in this ticket, is not so much to get to the bottom of what error might occur when the connection changes modes (as the error we see in Couch may be different depending on exactly when the connection changes). Really what we want is a way to ensure that replication retries automatically anytime it sees that it's stopped making progress. The preferred way to set up persistant replications (which have more robust retry capabilities) is via the replicator db. The replicator db is documented here: https://gist.github.com/832610 Essentially you just save documents to the replicator db, that have the same JSON as a replicator POST command. You can then query those documents to see what state the replication is in. There is a config entry which governs the amount of retries that are done: replication_retry_count As an alternative, assuming that in your current code, the POST to _replicate returns a failure at this point, you can just re-POST when you see that failure.

J Chris Anderson added a comment - 01/Nov/11 7:34 PM We need to document this and verify that using replicator_db causes the replication to be more tenacious.

J Chris Anderson added a comment - 02/Nov/11 4:56 PM This will need to be fixed (or given a well-documented work around via the replicator_db by the time of the Android GA release)