You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently state is synced without performing merge conflicts, the latest write always wins. Ideally we'd use CRDTs to avoid this problem. So when for example, two devices add a favourite at the same time and the state is fetched by both devices, it contains both new favourites instead of just the one that performed the last write.
It would also be great to have a signalling server that notifies every active client of new state updates. This does mean you'd need an additional server, so we'd probably need to add the ability to link a signalling server/service that uses a particular protocol.
Currently state is synced without performing merge conflicts, the latest write always wins. Ideally we'd use CRDTs to avoid this problem. So when for example, two devices add a favourite at the same time and the state is fetched by both devices, it contains both new favourites instead of just the one that performed the last write.
It would also be great to have a signalling server that notifies every active client of new state updates. This does mean you'd need an additional server, so we'd probably need to add the ability to link a signalling server/service that uses a particular protocol.
Options:
The text was updated successfully, but these errors were encountered: