-
Notifications
You must be signed in to change notification settings - Fork 13
Whedon should respond to commands embedded in bigger comments #116
Comments
👋 thanks for posting this @jni. Whedon currently very deliberately only listens to comments at the start of an issue (i.e. is anchored with the By anchoring to the start of the entire text, we can support interactions like this:
We could potentially add in some kind of additional safety checks to try and prevent runaway behavior and accidental input (e.g. when people simply say / cc @xuanxu incase he has any thoughts. |
@arfon my suggestion is that any command beginning with I think that offers enough protection against the issues you mention? |
Besides a runaway AI on GitHub would make for a great Joss Whedon screenplay, which is just so delightfully meta, how can you resist? =P |
The main problem I see with making any command beginning with @whedon on its own line valid, is the code comments. For example, this comment would unleash hell: openjournals/joss-reviews#2695 (comment) We could warn editors and change the Whedon responses adding a space before each command, but I think many users use code comments to showcase Whedon commands as they don't expect the command to run that way. We can probably modify current responses, document policies for editors and make regexes complex enough to manage dangerous behaviours, but is not a straightforward change. |
Fair enough! Thanks for the detailed description @xuanxu! So I think at a minimum we would need to do some markdown parsing and remove code in code blocks. I also don't understand why whedon can call whedon — that seems a priori like it should be disabled? |
So true, I guess it's not disabled because with the current whedon responses it's something that never happens, but if we change anything to parse embedded comments we should disable this for sure. It's a simple change, we can open an issue for it. Anyway, we are focusing most of our current dev efforts in Buffy, JOSS' future editorial bot and those calls are disabled there. |
See this comment:
openjournals/joss-reviews#2683 (comment)
I think it should be pretty straightforward to split incoming comments by newlines and fish out the command within a bigger comment?
The text was updated successfully, but these errors were encountered: