You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
slash_command workflow activation trigger on issue opened leads to confusing warning #48918
When you have a workflow with a on.slash_command trigger, it correctly compiles down to trigger when an issue is opened, which checks issue text for the slash command, and the preactivation job exits early if it's not present. OK, good.
This is occurring because of a roles check. It's correct to be doing the roles check if the /slash command has actually attempted to be triggered. But we shouldn't I think be emitting the warning when there is no attempt to trigger the /slash command.
> [!NOTE]
> **Workflow Activation Skipped**
> Access denied: User 'jkone27' is not authorized. Required permissions: admin, maintainer, write. To allow this user to run the workflow, add their role to the frontmatter. Example: roles: [admin, maintainer, write, read]
**Remediation:** To allow a bot or GitHub App actor, add it to `on.bots:` in the workflow frontmatter. To change the required roles for human actors, update `on.roles:` in the workflow frontmatter.
---
_See the `pre_activation` job log for full details._
> [!NOTE]
> **Workflow Activation Skipped**
> The trigger comment did not start with a required command. Expected one of: /repo-assist. Found: `Seems`.
**Remediation:** Make sure the trigger comment starts with the required command defined in `on.command:` in the workflow frontmatter.
---
_See the `pre_activation` job log for full details._
Activity
dsyme commentedon Jul 29, 2026
The full
on:for this workflow is