| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
Sync messages now carries a ready flag, telling whether the sending peer
itself is joined or is itself still (re-)joining. In the latter case,
the peer won't be used as sync source.
|
| | |
|
| |
|
|
|
| |
This prevents a fall back to the 3 s grace period if a reset happens
between the epoch switch and our opening went out.
|
| | |
|
| | |
|
| |
|
|
| |
SyncSession holds all fields that get reset by reset_sync()
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
If both sides open, the openings cross, and an empty node's answer to
the other opening (empty heads) makes the other side send the whole
document a second time.
Now after a sync reset, only the side with the smaller public key opens
the sync; the other answers it, or opens itself if nothing arrives.
|
| |
|
|
|
|
|
|
|
|
|
| |
When an sync messages arrives and automerge has nothing to say about it,
then no reply is generated. With c9279e4 it was assumed that every sync
message gets an answer, so missing replies caused unnecessary resends.
Now a reply is only awaited if the peer's last reported heads differ
from ours. If the peer's heads become equal through a third peer without
replying, the waiting will also abort if a ping or pong showss the same
heads digest on both sides.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
GET /store?heads=true and GET /store/{key}?heads=true add the header
x-continuum-heads (sorted, comma-separated hex). The heads come from
the same moment as the read.
- It's opt-in because reading the heads takes the write lock.
Reads without the flag don't change.
- Stale reads during a rejoin never carry heads.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
This prevents an immediate ping during handshake.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
