As said in Topic, the "new" escaped help messages will break in any evniroment which is non-html based, like jabber or shell adapter.
hubot who is <user> - see what roles a user has
This is what you'll get on the shell adapter using hubot help. At the moment the escaping is done in the help command itself. So my guess is that it would make more sense to do any sanitizing in the adapter itself. But I'm not sure if this might have side effects to other features.'
Yeah but I would prefer a more general fix, b/c I guess almost all users who are using a non-html adapter will get this issue.
fixed with #345
Your original idea of having adapters escape or not is probably a more general fix, rather than having it in help.coffee. The biggest downside of it being there is that the only time you definitely get this updated file is starting a new hubot, or if you know enough to get updates from hubot.
Also, I may not have been clear, but campfire (ie a html based campfire) seems to be okay with unescaped output. I think it's because help does a paste, which is wrapped in <pre>
So what was the reason to add this escaping.
Related question, why is it escaped this way DIY and not with a sanitizer?
Maybe we can just remove the escaping? It seems that it causes more confusion then it helps, or am I missing a big point?
Escape help commands in the right places. Fixes #343
Based on dc8ad3c, it looks like it was mistakenly added to the help command, rather than the HTTP endpoint.
Fixed this, but you'll need to copy the local copy down to get the update.
But why does an "create [--create]" hubot not use the scripts from node_modules/hubot/src/scripts/* path?