5a9ca1e3d9
Introduce `Clock.call_when_running(...)` to wrap startup code in a logcontext, ensuring we can identify which server generated the logs. Background: > Ideally, nothing from the Synapse homeserver would be logged against the `sentinel` > logcontext as we want to know which server the logs came from. In practice, this is not > always the case yet especially outside of request handling. > > Global things outside of Synapse (e.g. Twisted reactor code) should run in the > `sentinel` logcontext. It's only when it calls into application code that a logcontext > gets activated. This means the reactor should be started in the `sentinel` logcontext, > and any time an awaitable yields control back to the reactor, it should reset the > logcontext to be the `sentinel` logcontext. This is important to avoid leaking the > current logcontext to the reactor (which would then get picked up and associated with > the next thing the reactor does). > > *-- `docs/log_contexts.md` Also adds a lint to prefer `Clock.call_when_running(...)` over `reactor.callWhenRunning(...)` Part of https://github.com/element-hq/synapse/issues/18905 |
||
|---|---|---|
| .. | ||
| federation | ||
| server | ||
| __init__.py | ||
| ca.crt | ||
| ca.key | ||
| server.key | ||
| test_additional_resource.py | ||
| test_client.py | ||
| test_endpoint.py | ||
| test_matrixfederationclient.py | ||
| test_proxy.py | ||
| test_proxyagent.py | ||
| test_servlet.py | ||
| test_simple_client.py | ||
| test_site.py | ||