|
| 1 | +# MSC2998: Room Version 7 |
| 2 | + |
| 3 | +A new room version, `7`, is proposed using [room version 6](https://matrix.org/docs/spec/rooms/v6.html) as a base |
| 4 | +and incorporating the following MSCs: |
| 5 | + |
| 6 | +* [MSC2403](https://github.com/matrix-org/matrix-doc/pull/2403) - Add "knock" feature. |
| 7 | + |
| 8 | +Though other MSCs are capable of being included in this version, they do not have sufficient implementation to be |
| 9 | +considered for v7 rooms. A future room version may still include them. |
| 10 | + |
| 11 | +Room version 7 upon being added to the specification shall be considered stable. No other room versions are affected |
| 12 | +by this MSC. Before v7 can enter the specification, MSC2403 needs sufficient review to be eligible to enter the spec |
| 13 | +itself. This MSC is reserving the room version for use in broader testing of MSC2403 - this does not make MSC2403 |
| 14 | +stable for use in most implementations. |
| 15 | + |
| 16 | +## A note on spec process |
| 17 | + |
| 18 | +The spec core team has accepted "knocking" as a concept, and is generally aligned on the ideas proposed by MSC2403. As |
| 19 | +such, we're going ahead with reserving a room version number early for some broader testing given MSC2403 is near to the |
| 20 | +point of being stable itself. Typically the team would declare a room version number once all the included MSCs are |
| 21 | +eligible for becoming stable, however in this case it's ideal to push ahead and reserve the version number. |
| 22 | + |
| 23 | +If MSC2403 were to be replaced or otherwise be rejected for some reason, we'd ultimately have a gap in room versions |
| 24 | +which might look weird but does not necessarily have an impact on the specification: room versions have no associative |
| 25 | +ordering, so skipping a perceived sequential version is valid. The sequential versioning is a human ideal, not one of |
| 26 | +the spec. |
0 commit comments