Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Welcome to Codidact Meta!

Codidact Meta is the meta-discussion site for the Codidact community network and the Codidact software. Whether you have bug reports or feature requests, support questions or rule discussions that touch the whole network – this is the site for you.

Comments on Restrictions on usernames

Parent

Restrictions on usernames

+5
−2

This post asks to disallow usernames with only periods and spaces. I would like to propose disallowing any឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵឵ username with more than one consecutive space. Furthermore, usernames that have more whitespace/blank characters than non-blank characters should also be disallowed. Such usernames make it extremely hard to click on user profiles and ping them in comments for little benefit. To demonstrate this, I have changed my own username to U+17B5 ().

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.
Why should this post be closed?

2 comment threads

I would go as far as suggesting to limit them ASCII chars only (1 comment)
Agreed (1 comment)
Post
+3
−4

I've declined this, for the same reason that I've declined other similar Unicode-related "bugs" before. They're not really bugs, just a product of how easy Unicode is to abuse.

The solution: don't do this. Expect your username to be reset to something not-unhelpful if you do.

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.

2 comment threads

Precisely because Unicode is easy to abuse there should be a filter/restriction/whatever (12 comments)
Is it really that hard...? (5 comments)
Is it really that hard...?
Tortliena‭ wrote about 3 years ago · edited about 3 years ago

So... Do you mean that because it's hard to protect one against it, it won't be done? I'll be mean for a second, but aren't you circling around the problem?

I would understand if you told that it's on the bottom of the priority list (for instance due to high-cost/low-profit, for instance). But without this added message, it looks like you're more not fond of in tackling that issue, so you reject it on the form rather than the substance. A bit like a sports fan would be annoyed about having to go to the supermarket to resupply on potato chips just before a soccer match, because they are already on the couch and the trip is too long. It's something I understand, people have one thing they hate doing; And this thing doesn't seem particularly fun, but...

Also, is it really that hard? It's a common and long known web problem as users are everywhere now, so... And hackers, too. They like weird characters, as far as I know. There surely are a lot of libraries doing that, right? Right?

Moshi‭ wrote about 3 years ago

Tortliena‭ The point is that there's nothing to protect against. There's simply no way to harm using just Unicode. After all, it is ultimately just text. At most, they can create funny looking text, but that's the extent of it.

Tortliena‭ wrote about 3 years ago · edited about 3 years ago

Moshi‭i Do you think there is no way to harm or this is a normal behaviour when -I quote ArtOfCode- it is something "easy to abuse" and that you should "expect your username to be reset if you do (use weird letters)"?

My point is, yes, unicode is working as intended, strictly speaking; However, it's just a structure. It isn't the features it serves as the soil of : User creation, search, @-ting people... That's what actually matters to the eyes of the asker, mine, yours on the other post, and maybe ArtOfCode, based on how they said things. After all, we don't build things that are bug-free but impractical, annoying or useless, right :p?

ArtOfCode‭ wrote about 3 years ago

Tortliena‭ Here are some things people believe about names. All are false. The point is not that I don't want to do it, it's that there's no way to do it (a) in a sane manner, (b) without breaking important functionality for some use cases (non-ASCII names), and (c) in a way that we won't have to keep fixing when someone finds another weird way to break it.

Now, in terms of mitigation, there are things we can look at doing - several people have mentioned the three-character ping trigger, which we could change; we could look at bringing up a list of any non-ASCII names for easy pinging. You're right, every system deals with this problem - and most just do so by building in workarounds instead of trying to "fix" Unicode.

Tortliena‭ wrote about 3 years ago

@ArtOfCode Indeed, they're mitigations, not really something which solves the core of the issue (which isn't unicode per say). You know you (or the next one) will have to work on it later, and face the issues of restricting something which wasn't, both technically and socially. And this, even if it means straying out of this ideal of encompassing all possible user names.

But in the end, it's you who choose to cut the leaves and branches or uh... unroot the roots. Not me, so do whatever you wish!