-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Room admins lost after originating server goes down #9139
Comments
Hey @muppeth I'm having some trouble following your report here. Could you clarify your steps of what occurred? Do you know if these steps are reproducible or is this just from observation? |
My best reading of the scenario is:
It seems like somehow the event where a federated user was given powerlevel 100 is present and known, but that powerlevel is not reflected in the current state. @muppeth could you please clarify? |
Assuming @callahad's reading is correct, this sounds like it may have been caused by a state reset (see #1953 for some context on what that means, if you're unfamiliar). These should be less likely in modern room versions, though not unknown (#8629). So one question here is "what room version was this"? If it was room v1 I'd just write it off as a state reset and move on. If not, it probably bears more investigation. |
@Rickvdh yes it is room ver1. Does that then mean the control over the room is totally lost? @callahad From perspective of federated user, I would assume those who had power level 100 would remain having that despite the owner of the room leaving the room. Form federation perspective homeserver going down would not mean anything (at least what I thought) as it is just considered currently offline. Theoretically it could come back at anytime. So why this should matter? The only thing that is different from the federation perspecitve apart form server being down is that the owner of the room left the room. But there were other users from federated third party servers with power level 50 and 100. |
Sorry for a bump, but is there anything that can be done at this point? |
I just checked with another user on PTIO server and he sees the admins on his end. Not sure if it's the state of the room on that server (when creating account here and joining I see the current / broken state of the room) or his client. But yeah kinda annoying loosing access to quite a big room in the network. [update] |
Yes this is all correct. It seems that the room suffered a "state reset", which is a bug in the v1 state algorithm used by room version 1. This is fixed in room version 2 (although I'd recommend jumping to the newest room version). So pretty much, it isn't due to the other homeserver going down, but an unrelated bug. It seems that the thing to do here is to upgrade the room to a newer room version. This can be done by typing |
Closing as a known issue with the Matrix specification which has been resolved in later room versions. |
Description
All existing admins of a room disappeared after the originating server went down for good including admins on other servers. This creates situation where room is left without an admin
Steps to reproduce
I have a proof of the user getting the 100 priviledge on the room. There seem to be no other event pointing to the user being removed from admin position later on.
Room ID: !uDQoIebqsjEEtmWLrO:disroot.org
Event ID: $16067909367001DedIY:disroot.org
"@redpiller:matrix.org": 100
"@appservice-irc:matrix.org": 100,
All of those users including others with priv 50 kept their priviledge.
Version information
If not matrix.org:
Version:
Install method:
The text was updated successfully, but these errors were encountered: