matrix/thirdparty/synapse.git - Unnamed repository; edit this file 'description' to name the repository.

	Commit message (Collapse)	Author	Age	Files	Lines
*	Log maria membership event github/maddlittlemods/msc2716-many-batches-optimization maddlittlemods/msc2716-many-batches-optimization	Eric Eastwood	2022-10-12	1	-3/+5
\|
*	Ordering off because not setting stream_ordering	Eric Eastwood	2022-10-12	1	-0/+3
\|
*	Add stream_ordering to debug string	Eric Eastwood	2022-10-12	1	-1/+1
\|
*	Explain why auth/state necessary here	Eric Eastwood	2022-09-30	1	-3/+14
\|
*	WIP: Connect state_chain to prev_event and the batch to the state_chain so ↵	Eric Eastwood	2022-09-29	1	-3/+3
\| \| \| \| \| \| \|	everyhting is valid We are going to lose the benefit of keeping the join noise out of the timeline. And will probably have to hide "historical" state on the client.
*	Seems to work with Maria	Eric Eastwood	2022-09-29	1	-18/+76
\|
*	Working once you connect the floating insertion event	Eric Eastwood	2022-09-29	1	-22/+49
\|
*	Simplify case more (no more alice)	Eric Eastwood	2022-09-28	1	-10/+2
\|
*	Simplify case	Eric Eastwood	2022-09-28	1	-41/+17
\|
*	Try chronolgoical which rejects the historical	Eric Eastwood	2022-09-28	1	-2/+4
\|
*	I think working same as Complement reverse_chronological, only the insertion ↵	Eric Eastwood	2022-09-28	1	-16/+113
\| \| \| \|	event rejected
*	Align more to Complement test which does pass	Eric Eastwood	2022-09-28	1	-16/+59
\|
*	Show extra unepexpected events	Eric Eastwood	2022-09-28	1	-4/+26
\|
*	Use event_id to compare	Eric Eastwood	2022-09-27	1	-3/+3
\|
*	Better assertion message	Eric Eastwood	2022-09-27	1	-24/+87
\|
*	Test running but no expected results yet	Eric Eastwood	2022-09-27	1	-3/+31
\|
*	Non-working test	Eric Eastwood	2022-09-27	1	-2/+153
\|
*	Avoid putting rejected events in room state (#13723)	Sean Quah	2022-09-16	1	-0/+399
\| \| \|	Signed-off-by: Sean Quah <seanq@matrix.org>
*	Keep track when we try and fail to process a pulled event (#13589)	Eric Eastwood	2022-09-14	1	-0/+222
\| \| \| \| \| \| \| \| \| \| \| \| \| \|	We can follow-up this PR with: 1. Only try to backfill from an event if we haven't tried recently -> https://github.com/matrix-org/synapse/issues/13622 1. When we decide to backfill that event again, process it in the background so it doesn't block and make `/messages` slow when we know it will probably fail again -> https://github.com/matrix-org/synapse/issues/13623 1. Generally track failures everywhere we try and fail to pull an event over federation -> https://github.com/matrix-org/synapse/issues/13700 Fix https://github.com/matrix-org/synapse/issues/13621 Part of https://github.com/matrix-org/synapse/issues/13356 Mentioned in [internal doc](https://docs.google.com/document/d/1lvUoVfYUiy6UaHB6Rb4HicjaJAU40-APue9Q4vzuW3c/edit#bookmark=id.qv7cj51sv9i5)
*	Rename test case method to `add_hashes_and_signatures_from_other_server` ↵	David Robertson	2022-07-12	1	-3/+3
\| \| \| \|	(#13255)
*	Fix inconsistencies in event validation (#13088)	Richard van der Hoff	2022-06-17	1	-1/+0
\|
*	Wait for lazy join to complete when getting current state (#12872)	Erik Johnston	2022-06-01	1	-1/+3
\|
*	Rename storage classes (#12913)	Erik Johnston	2022-05-31	1	-4/+5
\|
*	Refactor `EventContext` (#12689)	Erik Johnston	2022-05-10	1	-1/+3
\| \| \| \| \| \| \| \| \| \|	Refactor how the `EventContext` class works, with the intention of reducing the amount of state we fetch from the DB during event processing. The idea here is to get rid of the cached `current_state_ids` and `prev_state_ids` that live in the `EventContext`, and instead defer straight to the database (and its caching). One change that may have a noticeable effect is that we now no longer prefill the `get_current_state_ids` cache on a state change. However, that query is relatively light, since its just a case of reading a table from the DB (unlike fetching state at an event which is more heavyweight). For deployments with workers this cache isn't even used. Part of #12684
*	Optimise `_get_state_after_missing_prev_event`: use `/state` (#12040)	Richard van der Hoff	2022-04-01	1	-0/+225
	If we're missing most of the events in the room state, then we may as well call the /state endpoint, instead of individually requesting each and every event.