-
Notifications
You must be signed in to change notification settings - Fork 63
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
Hubot not responding to its own name #81
Comments
Could you see if there are any relevant log lines when the bot starts? Also, which version of the adapter are you running? |
I don't think any of these startup lines are relevant, but here's what I'm seeing:
We're on adapter version 0.7.6. |
Hmm, no clues there... There have been some problems when using an old npm (#76), and updating the npm itself has resolved the issue. We've however made changes to how the dependencies are loaded so that shouldn't be an issue anymore. Just out of curiosity, which version npm are you using? I think the root cause was that there were two versions of the core
which causes obvious problems when those packages were different. |
Originally the box had an old npm (1.13.x), so I upgraded it to 2.13.2, but didn't see any change. On the topic of dependencies, I don't suppose there might be an issue with the package.json generated by my chef cookbook here:
PS - Hi Otto! Took me a few to realize why your avatar was so familiar. |
Hi Dave =) I'm sorry but I don't see anything that might be wrong. I'll try to dig deeper tomorrow. |
Thanks! Just curious, might it have anything to do with the display-name setting in the flowdock app? There the bot is set to 'hubot' (to match the name), but seeing as how this whole issue is related to name recognition I thought I'd ask all the same. |
It should tell you in the log if the name does not match the one the bot thinks it's called. If the displayname is the same name than you give it on command line, it should be fine. |
I'm not sure if this is the same issue or just something similar, but we're having issues with this as well, specifically when sending messages to the flowdock messages REST API endpoint. Hubot responds to messages coming from flowdock chat when somebody sends "@hubotname some-message" through the chat UI. But if a message is sent to the flowdock messages REST API using an appropriate flow token for a room where the bot is present and includes "@hubotname" in the message parameter hubot does not respond. It will respond when posting to the private message api using hubot's user id, however. |
This is probably a dumb / basic issue, but I recently upgraded our hubot from 2.4.6 to 2.13.2 and the bot no longer responds to its name or to PMs. By "upgraded" I mean I simply mv'ed the old folder aside and did a fresh install with the same settings via a chef cookbook.
Several "when I hear" style plugins do work fine, and the debug output shows the bot is receiving content:
The bot is started as:
hubot --name hubot --adapter flowdock
and our API token is set in the env.
The text was updated successfully, but these errors were encountered: