-
-
Notifications
You must be signed in to change notification settings - Fork 282
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
Remove dependency on unique nick names #72
Comments
Hey I am interested on this, can you provide some more information ? Thanks! |
Hi @omnone, The best place to start working on this issue is to:
All in all, this issue has a large impact area. |
Awesome i will give it a try thanks! |
Sure @omnone 😄 |
Will users be still able to select their usernames or will uuids be used everywhere? |
@omnone yes users will still be able to use nicknames. The flow does not change for a user in anyway. Only internally users would be identified by the unique id |
Closing this. There's no need for this right now and I think it'll cause confusions to the user(seeing two-three peers with same nickname). We are adding a way to change nickname so that should also solve issues for people incorrectly setting same nicknames on all their devices. |
The unique nicknames rule was originally added to prevent multiple sessions from the same browser window. It is used in some places to identify a peer in the room. This dependency on the unique nicknames should be removed and auto-generated unique id must be used.
Update
This description was not clear in terms of when peers would be allowed in the room or not. Here are the cases that can happen:
Yes, peers with the same nicknames would be allowed in the same room (assuming they have unique ids).
No, this shouldn't be allowed. This would cause two peers with the same id in the same room which isn't needed.
Yes, this should be possible.
The text was updated successfully, but these errors were encountered: