Closed rlemon closed 10 years ago
Sounds good to me. Especially for populated rooms like the JS room, where these messages tend to stack up a lot when there's a lull in the room
On Fri, Apr 4, 2014 at 6:57 PM, Robert Lemon notifications@github.comwrote:
We should wait to send the welcome message for X minutes (2 or 3) after a user joins so that if other users join in quick succession the bot isn't welcoming 4 users in a row.
Currently: UserA joins. Caprica greets UserA. UserB joins 1 minute later. Caprica greets UserB.
What I propose: UserA join. Caprica starts a timer and adds him to the greet list. UserB joins 1 minute later. Caprica adds him to the greet list. after the timeout Caprica greets both users and clears the greet list.
Reply to this email directly or view it on GitHubhttps://github.com/Zirak/SO-ChatBot/issues/194 .
I think this would work but I think it would be more useful if maybe the welcome message sent anyway if one of the users in the queue said anything. That way a user doesn't come in, start engaging in conversation and 4 minutes later get the welcome message. Usually they don't say anything right away but in the case that they do it'd be nice, but not needed.
I'd like to add that it only greets them if they haven't sent two messages yet. !!welcome name
should still greet them immediately and remove them from the list
If they send their first message before the timer is up, should they be welcomed immediately?
That's what I think. I think it should just group welcome all the user in the queue if any of them sends their first message before the timer is up.
On Apr 6, 2014, at 7:17 AM, Qantas94Heavy notifications@github.com wrote:
If they send their first message before the timer is up, should they be welcomed immediately?
— Reply to this email directly or view it on GitHub.
Don't even message if they don't post first message ?
Counter proposal, check if the last N message was a welcome: http://chat.stackoverflow.com/transcript/message/15692170#15692170
+1.
On Apr 6, 2014, at 7:11 PM, Braiam Peguero notifications@github.com wrote:
Counter proposal, check if the last N message was a welcome: http://chat.stackoverflow.com/transcript/message/15692170#15692170
— Reply to this email directly or view it on GitHub.
This has recently become a bigger issue, and after consideration I think the better solution would be to just greet people on their first message, as suggested by @darkyen.
Thoughts? Counter-proposals? Llamas (with or without hats)?
I am strongly in favor of greeting someone after they've posted their first message, and otherwise remaining silent. This skirts around the issue of people not wanting to get pinged by the bot before they've said anything (thus eliminating Gilles' argument from months ago on meta.SU/meta.SO) and I think it would even allow the Root Access room to have this feature. (yeah, I have this disabled in the code right now, because they never gave us the all clear on this feature.)
+1 for greeting on their 1st message. The issue I think will arise though... their first message will be:
hi can any1 help me?
@Ralt To which they'll get an automated answer.
Alternative thought: Create a second bot exclusively for welcoming new users, and then we can all ignore said bot.
I actually really like Skittle's idea! On Jun 16, 2014 10:45 AM, "Randall Koutnik" notifications@github.com wrote:
Alternative thought: Create a second bot exclusively for welcoming new users, and then we can all ignore said bot.
— Reply to this email directly or view it on GitHub https://github.com/Zirak/SO-ChatBot/issues/194#issuecomment-46141673.
Yeah actually that second boy idea is pretty clever
So anyone will see a spamming bot, while we remain in our magical land?
Yes, exactly
On Mon, Jun 16, 2014 at 11:37 AM, Florian Margaine <notifications@github.com
wrote:
So anyone will see a spamming bot, while we remain in our magical land?
— Reply to this email directly or view it on GitHub https://github.com/Zirak/SO-ChatBot/issues/194#issuecomment-46153391.
I'm for welcoming users after they first post. That will eliminate most of the spam from users who enter and leave right away. A second bot account doesn't eliminate spam, it just sweeps it under the rug.
I like lamas, cheese, and the idea:welcoming on first message (maybe 3-4 seconds after it?), but I don't really get the second one: I think that the bot should specify she's a bot, so that no confusion is caused, and therefore noone will think badly about the bot. Or maybe have the welcoming getting seen from just that guy? But we'd have to ask SO to have private messages within public chats (just for bots perhaps?), but I don't think that they'd make that change just for that purpose. But I don't think that the second bot is the solution: he could just say the welcome to the guy he is welcomming and then minimize for him, so that he doesn't look at it as spam the next time she's welcomming someone else... doesn't look clean to me..
I don't like having a second bot for several reasons, the major one being technological (complexity genie).
To create an ignorable bot, you need to create another account and open a separate browser (SO authentication means it needs to be an actual separate browser) to run it.
Now the question of what the separate bot itself will be: Will it just welcome users? Does it have the /welcome
command? Can you /kill
it? Can you ban users from using /welcome
?
Aside from all of these, as @kendfrey mentions, the problem isn't solved, it's just migrated.
:+1: for greeting the first message
We should wait to send the welcome message for X minutes (2 or 3) after a user joins so that if other users join in quick succession the bot isn't welcoming 4 users in a row.
Currently: UserA joins. Caprica greets UserA. UserB joins 1 minute later. Caprica greets UserB.
What I propose: UserA join. Caprica starts a timer and adds him to the greet list. UserB joins 1 minute later. Caprica adds him to the greet list. after the timeout Caprica greets both users and clears the greet list.