Skip to content
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

Unable to login with swedish letters in nick #92

Open
RoLex opened this issue May 4, 2019 · 5 comments
Open

Unable to login with swedish letters in nick #92

RoLex opened this issue May 4, 2019 · 5 comments
Labels
question Further information is requested
Milestone

Comments

@RoLex
Copy link

RoLex commented May 4, 2019

i was trying to connect to hub via nmdc using nick Lördag containing swedish letters using encoding CP1251. hub disconnects me with message:

handshake failed: read tcp 51.77.46.171:1411->A.B.C.D:59640: i/o timeout
@dennwc
Copy link
Collaborator

dennwc commented May 4, 2019

I'm getting a different error:

invalid name: encoding: rune not supported by encoding. ("Lördag")

This one is from the name validation - it tries to convert the name to a fallback encoding (CP1251 for that hub) and fails. This check is to make sure that NMDC clients will still see the whole user list.

Your error is different though.

@dennwc dennwc added this to the Hub milestone May 4, 2019
@RoLex
Copy link
Author

RoLex commented May 4, 2019

but what is solution for this? some clients maybe have this nick and want to use your hub, they can not? letter ö in CP1252 is same byte as ц in CP1251. why hub can not use CP1251 (as defult) instead? like every other nmdc hubs without encoding support do > Lцrdag.

@dennwc
Copy link
Collaborator

dennwc commented May 4, 2019

Because it won't be possible to enter with Lцrdag name. Hub will have to track that name collision as well.

I agree that this is a problem, but the only "good" and correct solution would be to not show users with UTF-8 names to users with CP1251. Or switch clients to UTF-8.

@dennwc dennwc added the question Further information is requested label May 4, 2019
@RoLex
Copy link
Author

RoLex commented May 5, 2019

ok. so maybe hub should atleast send message to client saying that he should add this hub to favorites and select UTF-8 encoding in favorute hub settings? so he can use hub properly.

@dennwc
Copy link
Collaborator

dennwc commented May 5, 2019

Makes sense. Although I want to try a different approach first.

As described in nmdc/1 draft, we can make a new protocol version called "nmdc/1" and make it work with only UTF-8. This will only work with ALPN, of course.

Currently, only Ncdc does full ALPN negotiation, but this is not a problem because switching NMDC<->ADC is harder than switching to a new protocol version.

So I plan to first make a few more changes to clients so they support ALPN with a single protocol properly, then make redirects to nmdcs://. Next, then most of the users are connected via TLS, we can discuss the features included in "nmdc/1" and I will update the hub and the clients to support it and force UTF-8 on it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants