-
Notifications
You must be signed in to change notification settings - Fork 385
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
MSC1943: Set default room as v3 #1943
Conversation
|
||
The default room should be updated to be room v3 from v1. | ||
|
||
Until we have greater confidence in the room upgrade UX v1 and v2 will continue |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(non-blocking comment) Given that v2 is probably not widely used publicly, and would have been created by people who hopefully should know what they're doing, I'd be tempted to mark it as unstable right away.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
good idea
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
a few corrections
# Set v3 to be the default room version | ||
|
||
Homeservers support multiple room versions, though one version is the default. | ||
All new rooms created by a server are of the default version. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the default is a recommendation; we can't change the behaviour of old servers.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't see a contradiction here, whatever the default the server has, the description is accurate. I've made a change further down to clarify that the default is only a recommendation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
technically speaking /createRoom
allows for specifying a room version which is not of the default, making the statement here untrue. However, I don't think this is the thing we need to get stuck on.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok I think I misread this. All new rooms are inherently created by a server, so I just read it as "All new rooms are of the default version."
I think what you mean is "By default, new rooms created by a server are of the default version for that server", which is somewhat tautologous. I guess I'm just not sure this sentence adds clarity rather than confusion. Perhaps:
Homeservers support multiple room versions. Each server has a default version which is used when creating new rooms.
Co-Authored-By: neilisfragile <neil@matrix.org>
Co-Authored-By: neilisfragile <neil@matrix.org>
Co-Authored-By: neilisfragile <neil@matrix.org>
Co-Authored-By: neilisfragile <neil@matrix.org>
…rix-doc into neilj/v3_rooms_by_default
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
While servers are ready, I would like to see how clients hold up to v3 before going forward with the proposal. Riot does a good enough job (in future releases, not in 1.1.0rc1) that I'm okay with marking it as safe, however there's potentially problems with Nheko-reborn, Quaternion, etc which make this concerning to land.
As mentioned elsewhere, landing MSC1884 with appropriate adoption from servers would also be sufficient.
Edit: also as mentioned elsewhere, client authors are encouraged to comment on this MSC
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm
# Set v3 to be the default room version | ||
|
||
Homeservers support multiple room versions, though one version is the default. | ||
All new rooms created by a server are of the default version. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok I think I misread this. All new rooms are inherently created by a server, so I just read it as "All new rooms are of the default version."
I think what you mean is "By default, new rooms created by a server are of the default version for that server", which is somewhat tautologous. I guess I'm just not sure this sentence adds clarity rather than confusion. Perhaps:
Homeservers support multiple room versions. Each server has a default version which is used when creating new rooms.
@@ -0,0 +1,58 @@ | |||
# Set v3 to be the default room version |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If #1884 merges, then we should probably be setting default room to v4 instead.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unconvinced: it will take a while for v4 (whatever it ends up being) to roll out across the federation, whereas v3 has already been out for several weeks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
dismissing review: Client authors haven't shown up in hoards to complain about this, so I am assuming it is probably fine
I think it's safe to get this going, even though v4 and friends are on the horizon. In the interest of getting the federation to a more stable place, I propose we merge this now. @mscbot fcp merge |
Team member @turt2live has proposed to merge this. The next step is review by the rest of the tagged people: No concerns currently listed. Once a majority of reviewers approve (and none object), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up! See this document for info about what commands tagged team members can give me. |
@ara4n proposal cancelled. |
shall we just mark this as obsolete and close? |
Considering we're fast-tracking #2002, yes. Closing as obsolete. |
Rendered