Richard van der Hoff 2a4b9ea233 Consistency for how verify_request.deferred is called ... Define that it is run with no log context, and make sure that happens. If we aren't careful to reset the logcontext, we can't bung the deferreds into defer.gatherResults etc. We don't actually do that directly, but we *do* resolve other deferreds from affected callbacks (notably the server_to_deferred map in _start_key_lookups), and those *do* get passed into defer.gatherResults. It turns out that this way ends up being least confusing.		2017-09-20 01:32:42 +01:00
..
__init__.py	copyrights	2016-01-07 04:26:29 +00:00
context_factory.py	Uncommit accidentally commited edit to cipher list	2016-05-10 18:44:32 +02:00
event_signing.py	copyrights	2016-01-07 04:26:29 +00:00
keyclient.py	Cache getPeer	2016-07-21 17:38:51 +01:00
keyring.py	Consistency for how verify_request.deferred is called	2017-09-20 01:32:42 +01:00