fa25e4d9fc
* feat: introduce SlidingSyncSelectiveModeBuilder * feat: get rid of `CannotModifyRanges` \o/ * chore: rustfmt * chore: remove scope in test * chore: move request generator update to its own mod, gets rid of `set_ranges` * chore: add comments on the request generator methods * chore: sink one range_end definition into the match arm that matters * ffi: remove unused `add_range` method * test: update incorrect test expectation * chore: make clippy happy * address first review comments * review: don't reuse the ranges field for two things * chore: use a builder pattern for sliding sync selective mode * address review comments + CI Signed-off-by: Benjamin Bouvier <public@benj.me>
Matrix SDK sliding sync integration test
A test harness and tests for integration testing sliding sync against a full synapse server and sliding sync proxy
Requirements
This requires a synapse backend with a ci patched configuration and a sliding-sync-proxy.
You can easily get it up and running with docker-compose via:
docker-compose -f assets/docker-compose.yml up -d
docker-compose -f assets/docker-compose.yml logs --tail 100 -f
Patches
You can see the patches we do to configuration (namely activate registration and
resetting rate limits), check out what assets/ci-start.sh changes.
Running
The integration tests can be run with cargo test or cargo nextest run.
The integration tests expect the environment variables HOMESERVER_URL to be the HTTP URL to
access the synapse server and HOMESERVER_DOMAIN to be set to the domain configured in
that server. If you are using the provided docker-compose, the default will be fine.
Maintenance
To drop the database of your docker-compose run:
docker-compose -f assets/docker-compose.yml down -v
Then remove the local data stored at ./data.