Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remove Sliding Sync proxy role after clients (Element X and its forks) stopped using it #3790

Open
luixxiul opened this issue Nov 17, 2024 · 1 comment
Labels
suggestion This issue is a feature request

Comments

@luixxiul
Copy link
Collaborator

Playbook Configuration: irrelevant

Matrix Server: irrelevant

Ansible: irrelevant

Problem description:

https://matrix.org/blog/2024/11/15/this-week-in-matrix-2024-11-15/ says:

Work on Sliding Sync – which provides a significantly faster and more scalable sync experience in Matrix clients – has moved to focus on native support, and away from the proxy.

The Sliding Sync Proxy on the Matrix.org homeserver will be decommissioned on November 21st, and client support in Element X will be removed on January 17th.

More details for users as well as server and client developers in Matrix.org's latest blog post

And the blog post (https://matrix.org/blog/2024/11/14/moving-to-native-sliding-sync/) says:

The Matrix.org Foundation does not have the resources to keep up maintenance of the proxy service or its codebase, and plans to decommission the proxy from Mid-November and archive the sliding-sync repo.

Recognising that the community needs time to adopt sliding sync natively, Element will keep client support for the old API (MSC3575) until the 17th of January, 2025.

I am wondering what would be the future for Sliding Sync proxy role of this playbook. Will it be removed or kept in the same way as other unmaintained / deprecated components?

Additional context:

@luixxiul luixxiul added the question This issue is a question related to installation label Nov 17, 2024
@spantaleev
Copy link
Owner

Some people's clients are still using it, so keeping it around a while longer is preferable.

Keeping the role in the playbook is not too heavy of a burden, but still.. removing the role after a few months will probably be better, as it would prevent confusion.

The other unmaintained / deprecated components are somewhat different - they are unmaintained, but they still have their use and some (most) of them still work. We have no telemetry, so we don't know how many users each has, but I believe almost all deprecated components are still useful to at least a few people. It would be better if we can figure out which are broken and/or unused (how?), so we can remove dead-weight, but it's a difficult challenge.

As for sliding-sync, after Element X mobile apps (and various forks of them) stop using the old sliding-sync proxy and some time passes (so that people would upgrade/migrate away from these old versions of the apps), we can safely remove the role. I don't see what purpose and to who it might serve.

@luixxiul luixxiul changed the title Removing Sliding Sync proxy role? Removing Sliding Sync proxy role after clients (Element X and its forks) stopped using it Nov 18, 2024
@luixxiul luixxiul changed the title Removing Sliding Sync proxy role after clients (Element X and its forks) stopped using it Remove Sliding Sync proxy role after clients (Element X and its forks) stopped using it Nov 18, 2024
@luixxiul luixxiul added suggestion This issue is a feature request and removed question This issue is a question related to installation labels Nov 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
suggestion This issue is a feature request
Projects
None yet
Development

No branches or pull requests

2 participants