Open OE1KHZ opened 4 months ago
This seems weird:
Requesting summary for !snRNNLEEcIFzcHbrBw:matrix.oevsv.at via ['matrix.oevsv.at']
Maybe this is just misleading logging but I don't think it should be 'requesting' summaries from itself.
I don't know. I'm not that deep into synapse.
Sadly I haven't found any solution to this problem in the meantime...
Looking at the code, it looks like this could be triggered if all the users on the homeserver left a subspace, but that subspace is still referenced by the parent space. Because Synapse thinks the space/room doesn't exist locally, it will try to summarise it over federation, which it can't
@OE1KHZ was there any other user in those subspaces or was it just you? If it was just you, it is expected that if you leave a space, it will get deleted with no way to go back in. I guess the problem then is that it is still referenced in the parent space, which spams the log
@sandhose Thank you for looking into this issue. There still are ppl in these subspaces, not just me. The subspaces still exist, but I deleted some rooms within them (not only in those that disappeared) a while ago.
Does that mean that "deleting" (leaving) a room doesn't remove space references?
Sadly, that doesn't explain why spaces and rooms that are still existing aren't shown in the superspace...
There still are ppl in these subspaces, not just me. The subspaces still exist, but I deleted some rooms within them (not only in those that disappeared) a while ago.
The problem is that the parent space only has a reference via your homeserver. So when it tries to query that space, it only ever knew that your homeserver was in it, not the other ones.
A fix would probably be to ask someone to invite you back in those subspaces?
Does that mean that "deleting" (leaving) a room doesn't remove space references?
Yes that is the case
Sadly, that doesn't explain why spaces and rooms that are still existing aren't shown in the superspace...
Well if you left a space, the rooms within that space stop showing up, I think that is supposed to be the case?
A fix would probably be to ask someone to invite you back in those subspaces?
I still am in those subspaces... the problem is that these subspaces don't show up in the parent space.
Well if you left a space, the rooms within that space stop showing up, I think that is supposed to be the case?
I didn't leave any subspace. I deleted some rooms within a subspace (I am a member of) and now i can't find the subspace (which I am a member of) in the parent space (member too) anymore. I didn't delete or leave any space. I don't know if the deletion of the rooms within the subspace is connected to the subspace vanishing in the parent space in any way.
Example: Here in the left tab all the subspaces, which I am a member of, within the parentspace are shown. There's no problem here.
Now the space view of the parentspace: There are 2 spaces missing: LV7 and LV6 Why?
Hi, still having the same issue. Is there any update regarding this problem?
Description
previously added public spaces are not displayed in the superspace anymore. I cannot remove nor add the vanished spaces to the space.
Synapse logspams "space hierarchy problem", logs are from opening that superspace (see below). It seems like it's trying to find rooms which no longer exist.
Space view (doesnt show the spaces):
Left Tab view (shows the spaces):
I already discussed this issue in the synapse room but unfortuantely it couldnt be solved: https://matrix.to/#/!ehXvUhWNASUkSLvAGP:matrix.org/$qH1R4RatiMPHKDPiCryA5gMbYGr5atU6f5HpWkkcR60?via=matrix.org&via=matrix.breakpointingbad.com&via=dev.kyn.be
Steps to reproduce
I expect to see all added spaces in the "super" space.
Homeserver
matrix.oevsv.at
Synapse Version
1.106.0
Installation Method
Debian packages from packages.matrix.org
Database
PostgreSQL, single, not ported, no backup
Workers
Single process
Platform
Debian bookworm
Configuration
nothing unusual
Relevant log output
Anything else that would be useful to know?
No response