element-hq / element-hq/element-meta

Spaces: leaving a space and rooms also leaves rooms in other spaces

Open
#949 0 comments 0 reactions 0 assignees View on GitHub
A-Spaces O-Occasional S-Major T-Defect X-Needs-Design
Dominant language
No language data
Stars
112
Forks
25
Avg merge
6h 6m
Merged PRs (30d)
4

Description

### Steps to reproduce

1. I have two spaces (S1 and S2), and I added the same private room R1 to both of these spaces.
2. I decided to leave one of the spaces (S1), as it was redundant. I chose the option to leave the space and all the rooms in the space, as I didn't want the duplicate rooms to be just lying around.
3. In checking the other space, S2, I see that the room R1 is no longer there.

The real problem for me is that I was the only person in R1 and I can no longer access it. It has a an active bridge to slack, and I can not unlink it.

### Outcome

I thought that by leaving the space and rooms in S1 that S2 would be entirely unaffected.

I kind of understand why my logic might be flawed, but many people would probably make the same mistake. In essence, I thought that I was removing a soft link to a room, not the actual room itself. Is the casual user really supposed to understand the difference?

I have three possible solutions to this problem:

1. The description of "leaving a space with all rooms" should be more clear. It should note that if the room is also in another space, that you will be removed from the room in that space as well.
2. The client should warn you if the room is in another space, so that you know that you will be leaving the room elsewhere.
3. The client should not leave the room if it is found in another space.

### Operating system

_No response_

### Browser information

_No response_

### URL for webapp

_No response_

### Application version

_No response_

### Homeserver

matrix.org

### Will you send logs?

Yes

Contributor guide

No contributing guide indexed for this repository

Research direction

No file, test, or entry point is named. Start by reproducing the S1/S2 and shared-room scenario from the issue, then clarify which of the three proposed behaviors is intended; done means the chosen behavior is implemented and the cross-space room case is covered by a regression test.

Written by the indexing model from the issue text.

Assessment

Domain
frontend
Issue type
Bug
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.