People can change their names now, user as well as display name. Thats great.
How are we supposed to identify users after they’ve changed their name? Somebody called “user1” subscribes. They change their name and the next time they subscribe they’re suddenly called user2. How are we supposed to identify them?
User ID does exist as a message tag on chat messages, but a lot of other chat features (timeout notices, roomstates, joins, parts, signing in) don’t support IDs.
There should probably be an endpoint to get history of names that a user has had. Let’s say I ban “user1”, and the next day some guy named “user2” sends me a whisper and says he has no idea why he was banned, now I have no idea if it is the same person.
Without a bot that is constantly logging the userid of people you ban, there is no way to know if this “user2” is the guy you just banned yesterday for spamming ASCII in chat, or some guy who was banned a year ago who just wants to rejoin the community.
Without an endpoint for name history, this new name changing feature is going to just be a convenient way to disguise yourself to get out of a ban, which I would dare to say isn’t within the spirit of the Twitch Terms of Service.
user1 gets banned for a reason. Renames himself to user2 and then user2 appeals his ban. Mods have no record of user2 and thus unban him because it actually seems like he was wrongfully banned.
@Kinsi, @Mike111177 That sounds like a Mod issue if they fall for something like that then surely? If you’re keeping track of who had previously been banned and for why, then those records should include their Twitch ID so that for any unban requests you can refer back to that regardless of any name changes. And if you don’t log bans and their reasons anyway, how does the situation now differ from before unless your mods remember every single person they’ve banned and why?
I think it does not help to discuss whether a moderator should or should not fall for a situation that could be avoided by sending user IDs in every IRC message (JOINs, PARTs, subscription messages etc.) in the first place.
This has already been requested multiple times before months ago, especially for the subscription mesage [1, 2], and there unfortunately has not yet been an official statement why this cannot be implemented (as far as I know).
So I’ll try it again here:
Is it possible to have user IDs on JOINs/PARTs and subscription messages etc.? Might it be possible to extend the subscription notification by also sending something like a USERNOTICE (e.g. with msg-id just being sub instead of resub in this case) to match the resubscription notification process?
I’m not sure if this is a good argument to support something like a previous-name tag. I can easily construct a worst case scenario where a user changes his/her name twice before rejoining a channel’s chat and writing a message.
What @ceriath said - a user ID everywhere would help a lot.
Imho the right way to easily provide trackable user names while not forcing developers to violate the terms by collecting user data forever is to offer an additional API endpoint which allows to query for every name a user had by specifiying his/her ID.
Having said this, I think the missing user ID thing still has a higher priority right now.