Skip to content
Notis

Remove the GitHub issue assignee when a Jira ticket is unassigned

When a ticket goes back to the pool in Jira, the GitHub issue should not still show someone's name. Notis notices the unassignment and clears the GitHub assignee, so the work reads as truly unclaimed and available.

Trigger

Updated Issue

Fires when an existing issue is changed in the Jira project you configure — for example its status, assignee, or any other field on the issue is updated. Only issues in that project produce an event. It does not fire on comment activity: adding, editing, or deleting a comment on an issue will not produce an event from this trigger.

Action

Add assignees to an issue

Adds or removes assignees for a github issue; changes are silently ignored if the authenticated user lacks push access to the repository.

Why this helps

A Jira ticket gets unassigned but the GitHub issue still shows the old owner, so it looks taken when it is actually free for grabs.

  • Freed-up work looks free on GitHub, not falsely claimed
  • Keeps ownership accurate when tickets bounce back to the pool
  • Removes another manual sync step from your day

Setup

Build it in a few focused steps.

  • 1Connect Jira and GitHub to Notis once in the portal.
  • 2Open Automations in the portal and choose New Automation.
  • 3Write the instruction: when a Jira ticket loses its owner, remove the assignee from the linked GitHub issue.
  • 4Select the Updated Issue trigger from Jira and pick a channel for run reports.
  • 5Unassign a test ticket and confirm the GitHub assignee is cleared.

Questions about this workflow

Does this affect anything besides the assignee?

No. It only adjusts the assignee list on the linked GitHub issue.

What if I lack push access?

GitHub silently ignores assignee changes without push access, and Notis notes that in the run.

Does a comment trigger it?

No. The Updated Issue trigger does not fire on comments, only on field changes like the assignee.

When this happens · Trigger

Do this · Action

Supported Triggers and Actions

Notis builds workflows that link Jira to GitHub. A trigger fires from one place; an action lands in another.

Jira triggers

GitHub actions

New Issue

Fires when a new issue is created in the Jira project you configure. Only issues created in that project produce an event.

TriggerInstant

Accept a repository invitation

Accepts a pending repository invitation that has been issued to the authenticated user.

ActionInstant

New Project

Triggered when a new project is added in Jira

TriggerInstant

List repositories starred by the authenticated user

Deprecated: lists repositories starred by the authenticated user, including star creation timestamps; use 'list repositories starred by the authenticated user' instead.

ActionInstant

Updated Issue

Fires when an existing issue is changed in the Jira project you configure — for example its status, assignee, or any other field on the issue is updated. Only issues in that project produce an event. It does not fire on comment activity: adding, editing, or deleting a comment on an issue will not produce an event from this trigger.

TriggerInstant

List stargazers

Deprecated: lists users who have starred a repository; use `list stargazers` instead.

ActionInstant

Star a repository for the authenticated user

Deprecated: stars a repository for the authenticated user; use `star a repository for the authenticated user` instead.

ActionInstant

Add email for auth user

Adds one or more email addresses (which will be initially unverified) to the authenticated user's github account; use this to associate new emails, noting an email verified for another account will error, while an existing email for the current user is accepted.

ActionInstant

Add app access restrictions

Replaces github app access restrictions for an existing protected branch; requires a json array of app slugs in the request body, where apps must be installed and have 'contents' write permissions.

ActionInstant

Add a repository collaborator

Adds a github user as a repository collaborator, or updates their permission if already a collaborator; `permission` applies to organization-owned repositories (personal ones default to 'push' and ignore this field), and an invitation may be created or permissions updated directly.

ActionInstant

Add a repository to an app installation

Adds a repository to a github app installation, granting the app access; requires authenticated user to have admin rights for the repository and access to the installation.

ActionInstant

Connect any two apps with Notis in the middle.

Not just Jira and GitHub. Any combination from 1,000+ integrations.

When this happens · Trigger

Do this · Action

Save your first hour today.

7 days free trial with 20$ free usage included.
No card. Works with personal or business GitHub.