Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

Feedback on Handling of Transition to Matrix 1.1 #2027

Closed
synapse-ff40bc8e7455d8130e0ff48b opened this issue Aug 31, 2023 · 1 comment
Closed

Comments

@synapse-ff40bc8e7455d8130e0ff48b

Your use case

Greetings,

First I want to share my appreciation for the work that you all do in maintaining this client and the contributions to the Matrix ecosystem at large.

The release of v1.11.40 included PR #9819. In short, I feel there's not enough disapproval or voiced frustration in how this change was handled.

Best I can tell, the potential impact of the PR was under-communicated, or I fear worse: not communicated.

With this latest release, those running older and/or legacy versions of synapse are now forced to:

  • Use an alternate client,
  • Rollback Element to a previous version, or
  • Update to a more contemporary version of synapse.

While I think it's fair that operators should not assume that old versions will work in perpetuity, there are situations where operators can not easily update their legacy deployments without going through their own change management processes (e.g. highly regulated environments).

Changes which have the opportunity to impact users should be broadly announced ahead of their release, allowing operators sufficient runway to respond and take action.

This release has likely impacted the business and communication continuity of countless users and made administrators scramble.

Have you considered any alternatives?

No response

Additional context

No response

@t3chguy
Copy link
Member

t3chguy commented Aug 31, 2023

Thanks for the feedback. It isn't specific to Element Desktop, applies to Element Web and all consumers of the Matrix JS SDK.
The policy of that project is to guarantee support for 4 spec versions (1 calendar year) - https://github.com/matrix-org/matrix-js-sdk#minimum-matrix-server-version-v11

Best I can tell, the potential impact of the PR was under-communicated, or I fear worse: not communicated.

image

I agree it was under-communicated, definitely something that would have been good to have an additional release note for. cc @andybalaam

the note for the js-sdk was significantly more prominent:

image

This was a change in the making since this issue.

I suggest https://github.com/vector-im/element-meta/discussions for bringing attention to suggestions around processes and cross-functional issues.

CC @Johennes

@t3chguy t3chguy closed this as completed Aug 31, 2023
@Johennes Johennes transferred this issue from element-hq/element-desktop Aug 31, 2023
@element-hq element-hq locked and limited conversation to collaborators Aug 31, 2023
@Johennes Johennes converted this issue into discussion #2028 Aug 31, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Projects
None yet
Development

No branches or pull requests

2 participants