forked from MirrorHub/synapse
313987187e
If the client failed to process incoming commands during the initial set up of the replication connection it would immediately disconnect and reconnect, resulting in a tightloop. This can happen, for example, when subscribing to a stream that has a row that is too long in the backlog. The fix here is to not consider the connection successfully set up until the client has succesfully subscribed and caught up with the streams. This ensures that the retry logic timers aren't reset until then, meaning that if an error does happen during start up the client will continue backing off before retrying again. |
||
---|---|---|
.. | ||
admin_api | ||
privacy_policy_templates/en | ||
sphinx | ||
ACME.md | ||
ancient_architecture_notes.rst | ||
application_services.rst | ||
architecture.rst | ||
CAPTCHA_SETUP.rst | ||
code_style.rst | ||
consent_tracking.md | ||
log_contexts.rst | ||
manhole.md | ||
media_repository.rst | ||
metrics-howto.rst | ||
MSC1711_certificates_FAQ.md | ||
password_auth_providers.rst | ||
postgres.rst | ||
README.rst | ||
replication.rst | ||
reverse_proxy.rst | ||
server_notices.md | ||
tcp_replication.rst | ||
turn-howto.rst | ||
url_previews.md | ||
user_directory.md | ||
workers.rst |
All matrix-generic documentation now lives in its own project at github.com/matrix-org/matrix-doc.git Only Synapse implementation-specific documentation lives here now (together with some older stuff will be shortly migrated over to matrix-doc)