Open houserx-jmcc opened 1 year ago
I am experiencing this too, any workflow with an emoji in the name does not subscribe correctly so we get no notifications for the builds (all my workflows have emojis in the name so they can be ordered and grouped together in the workflows list in githubs website)
Did anyone find a workaround for this? Experiencing this too.
Over a year later and I've just settled for removing emojis, despite them being really helpful in monorepos with a lot of workflows. Unless you can rope in an AI related bug for this, I doubt it'll ever get traction 😆
Describe the bug We have a workflow named ":rocket: Release" (a space between the emoji and word). When trying to subscribe to that workflow in Slack, the space between the emoji and text is automatically stripped regardless of how many spaces there are in the sub command. ":rocket: Release" becomes ":rocket:Release" which does not map to the actual workflow, so the notifications do not work.
Also, the workflow is not recognized unless it is defined as
:rocket:Release
, ':rocket:Release' does not work. This makes it show up incorrectly in the GitHub UI, but appears correctly in Slack and works for the subscription.To Reproduce Steps to reproduce the behavior:
:rocket: Release
/github subscribe org/repo workflows:{name:":rocket: Release" branch:"master, staging"}
)Expected behavior No whitespace is stripped in the workflow name when the command is registered.
Screenshots
Desktop (please complete the following information):