41d44f0d49
Those methods are public, but never used by our current users. Moreover, there is some big overlaps. For example, `storage_key`, `cold_cache` and `no_cache` do the same thing: They update the `storage_key` field. Or `add_fullsync_list` is just a helper that is never used except in the tests etc.
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.