IDEA: Options to introduce flakiness to test webxdc reliablity

[Simon-Laux]

• missing updates (some devices don't get all updates)
• out of order update delivery
• delayed updates

And other things like that.

[WofWca]

This is good to test the app for conflict resolution.

---

delayed updates

I suggest to implement this in form of a toggle for each instance (and an extra global one that applies to all instances), called "delay update receiving" which would temporarily stop the instance from receiving updated from other instances. When switched off, the instance would receive all pending updates.

---

(some devices don't get all updates)

Well, this is news to me.

Related: webxdc/webxdc_docs#36

[Simon-Laux]

I suggest to implement this in form of a toggle for each instance (and an extra global one that applies to all instances), called "delay update receiving" which would temporarily stop the instance from receiving updated from other instances. When switched off, the instance would receive all pending updates.

That would only fit for one case, the other case is where you get delayed updates from only one party. your described case is interesting for receiving from a party that has not all new data, I would say that would be more offline support testing.

(some devices don't get all updates)

Well, this is news to me.

emails can get lost or blocked, especially if multiple email providers are involved.

[ansuz]

I came here to ask for an option to simulate out of order messages, as I'm mostly working on data synchronization issues algorithms. Having a way to easily induce such conditions would be fantastic