blag

This makes total sense, please submit a PR!

It's possible to simply disable aliases individually, and I think that might be the "proper" way to do this. Is there a particular reason you want to disable all aliases...

This issue is held up by hubot-slack, which still does not support coffeescript 2 at this point: * https://github.com/slackapi/hubot-slack/pull/565 * https://github.com/slackapi/hubot-slack/pull/594 I don't think this is a security issue, but...

It looks like `attachments` is still used, but there are simply some deprecated keys for each attachment, and a new `blocks` key within the `attachments` array to replace the deprecated...

I think we're talking past each other. The new `blocks` thing is just an object that goes in the `attachments` array, so semantically blocks are simply a special type of...

Does something like this work? Can you test this out? It's straight out of the [Slack docs](https://api.slack.com/block-kit/building#stack_of_blocks): ```yaml result: format: ... extra: slack: icon_emoji: ":jira:" username: Jira Bot attachments: -...

@armab I just stumbled across [reconnecting-eventsource](https://github.com/fanout/reconnecting-eventsource). It looks like it has most of the logic we would need to implement to have hubot consistently reconnect to st2stream. What do you...

@silverbp Both ways of (re) loading commands will need to be supported in this rewrite. I like this, but can you rebase on current `master`?

I have refactored the chat provider adapters in #186 using part of this PR as a blueprint. Hopefully this makes it easier for the community to add chat provider adapters...

The `scripts/stackstorm.js` module was moved, split up, and partially refactored in #187. ## Further Work ## Now that `StackStormApi` has been turned into a JS class, it should be easier...