Generally it’s assumed that the app and server should agree on validation, so that the app cannot produce a revision that the server rejects. In other words, the validation done by the server is to mostly protect against malicious clients trying to send bad data, and also to guard against bugs in legitimate apps.
If the app produces a revision the server rejects, it’s in kind of an awkward state, since the user could have made that change a long time ago (while offline). It’s a bad UX to have to say “Oh, that edit you saved this morning? I just realized it’s not valid, so do it over.” The app should have done its own validation at the point the user pressed Save, and presented the error then. But you have a point that, if this did happen, the app might want to know about it. It would be pretty easy to have the replicator post a notification. (In general, I think there’s a need to have the replicator post finer-grained progress information, and this is a part of that.) Could you file an issue requesting this, please? —Jens -- You received this message because you are subscribed to the Google Groups "Couchbase Mobile" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/mobile-couchbase/C9D30201-E28E-41E0-BA75-F3D86C0FF8AF%40couchbase.com. For more options, visit https://groups.google.com/d/optout.
