Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Work Item created email notification not sent to assignee

griesi007
August 29, 2026

Whenever a reporter creates an issue in Jira Free and immediately after creation assigns it manually using inline edit to another user, the assignee does not receive an email notification. This does not work for some time now. It worked in the past.

The assignee does receive email notifications for comments with @ mentions.

I already checked the notification settings of the assignee in profile settings which are all active. Also i checked notification settings in space. All include the "Current Assignee"

I also checked "Space email audit" which is completely empty for all users in space

 

Bildschirmfoto vom 2026-08-29 09-06-13.pngBildschirmfoto vom 2026-08-29 09-05-51.png

2 answers

2 votes
Tomislav Tobijas
Community Champion
August 29, 2026

Hi @griesi007 ,

Question: What configuration/feature are you using to automatically assign a specific user to a work item after it has been created? Are you using automation or something else? 🤔

If it's automation, can you check who the rule/flow actor is? Additionally, it would be helpful if you could share screenshots or some flow details.

Also, can you try enabling the notification for "You make changes to work items" to see if, potentially, notifications will land then? 👀

It could be a bit strange if they are receiving other notifications but not this one...

One additional thing they could check is https://home.atlassian.com/notifications > these are basically in-app notifications (bell icon) to see if at least a notification is being sent there (whether in "Direct" or "Watching" section) 🔔 Could help you troubleshoot this further.

Cheers,
Tobi

griesi007
August 29, 2026

@Tomislav Tobijas 

* The asssigee is assigned manually  by reporter using inline edit. No automation.

* in notifications i do not see the "Work item created" in Direct notifications but when showing "All" (which is expected as the assignee is assigned shortly after creation due to Jira multistep issue creation

* in notification i do not see a "Issue edited or assigned" 

* also in issue history i do not see a work item edited event. it seems the inline assignment does not trigger any events at all?

Tomislav Tobijas
Community Champion
August 29, 2026

@griesi007 interesting...

In the history, this should be logged as "User A changed the Assignee"; see below

2026-08-29_11-21-35.png

I do have a couple of questions:

  1. Does this account (which is not receiving notifications) have access to multiple sites? If so, have you checked whether it's on the correct site (for in-app notifications)?
    I was just testing something so I noticed in-app notifications do depend on which site you're currently on.
  2. Do you have other users within the same site? If yes, do they receive notifications for this or any other actions performed by another user/account?

What you could check or do is to navigate to Atlassian Support: Pricing, Billing & Licensing and select options until you get to the AI chatbot. Within AI chat you can explain the issue and it should ask you for the email address of the account which is not receiving these notifications. It could be that email, somehow, landed on their suppression list, and I believe their AI (or some kind of automation) can handle it for you.

Another thing you could do is to start free trial of Standard or Premium plan and then raise a technical ticket here: Atlassian Support 🎟️
Once you resolve this, simply switch back to free plan.

griesi007
August 29, 2026

@Tomislav Tobijas interestingly i do never see an "asssignment" in history. my account (=assignee) is jira admin. Probably only assignee change is logged but not the initial manual assignment? No other user i can test with

Bildschirmfoto vom 2026-08-29 12-01-53.png

Like Tomislav Tobijas likes this
Tomislav Tobijas
Community Champion
August 30, 2026

@griesi007 yeah... As James said, this is recorded a bit differently if you set the assignee during the work item creation.

I'd recommend checking what James suggested in his last reply.

If, with that, you still don't find the issue, I'd suggest following this:

Another thing you could do is to start free trial of Standard or Premium plan and then raise a technical ticket here: Atlassian Support 🎟️
Once you resolve this, simply switch back to free plan.

1 vote
James Gamble
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
August 29, 2026

Hola griesi007,

The additional comments narrow this down quite a bit. I don’t think I’d focus on email suppression at this point.

The important bit is that the assignee is added manually after creation using inline editing. That means the Work item created notification isn’t really the event to troubleshoot, because the user wasn’t the assignee when the work item was created. The assignment itself should produce an assignment or update event, and Atlassian documents the work item assigned as a notification event for a work item being assigned to a new user.

What stands out much more is your latest screenshot: the work item clearly has an assignee, but there’s no corresponding assignee change in History. That’s not what I’d expect from a normal inline assignment.

There’s also a Jira Cloud bug that’s relevant to this symptom. JRACLOUD-97191 describes work items where the current assignee is stored on the issue, but the corresponding assignee event is missing from the changelog. Atlassian ultimately closed it as Cannot Reproduce, but the symptom is very close to what you’re seeing.

Because you’re seeing neither an assignment notification nor an assignee entry in History, I’d test one thing next: create a work item, then assign it using the dedicated Assign action rather than inline editing.

If that produces both the History entry and the notification, while inline editing doesn’t, you’ve got a very clean reproduction that points specifically to the inline-assignment path rather than the notification scheme.

I also wouldn’t put much weight on the Space email audit yet. If the assignment event itself never fires, there may simply be no email for the audit to record.

If the dedicated Assign action works and the inline assignment consistently doesn’t, I’d report that to Atlassian. The missing History event is the stronger evidence here because it suggests the problem happens before email delivery is even considered.

Thanks,

James

griesi007
August 29, 2026

@James Gamble There is no assign action in my UI

Bildschirmfoto vom 2026-08-29 21-52-28.png

James Gamble
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
August 29, 2026

Looking at your screenshot, you’re already in the right place. In the current Jira Cloud UI, the assignment is made directly through the Assignee field in Details rather than through a separate Assign action.

For the next test, I’d create a fresh work item and leave it Unassigned at creation. After the work item exists, set:

Details > Assignee > your account

Then check Activity > History immediately afterward.

You can also run:

key = YOUR-KEY AND assignee CHANGED

If the initial Unassigned > User assignment doesn’t appear in History and the work item doesn’t match that JQL, try changing the Assignee once more afterward, such as back to Unassigned.

If that second change is recorded but the initial assignment isn’t, that would narrow this down specifically to the first post-creation assignment.

griesi007
August 30, 2026

@James Gamble 

  • creating an issue with initial assignement: no assigned event recorded
  • When unassigning afterwards and reassigning :the assignment is recorded
  • creating an issue unassigned, assign afterwards: the assignment is recorded
James Gamble
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
August 30, 2026

Hola griesi007,

That test is really helpful.

Your results show that Jira behaves differently when the Assignee is set during work item creation versus when the Assignee field is changed afterward.

When the work item is created with an assignee already set, you aren’t seeing a separate Assignee change in History. But if you create it as Unassigned and assign it afterward, or unassign and reassign an existing work item, Jira records those changes normally.

That lines up pretty well with Atlassian’s documented notification behavior during creation. Jira can fire both the Work item created and Work item assigned events at essentially the same time, and Atlassian suppresses the duplicate notification rather than sending both.

So at this point, I don’t think the missing History entry is the problem. Your testing shows that normal Assignee changes are being recorded correctly once the work item already exists.

I’d go back to the notification configuration and specifically verify that Current Assignee is included under Work item created, not just Work item assigned.

Atlassian documents those as separate notification events, and the Current Assignee can be configured as a recipient.

If the current assignee is already configured for the work item created, I’d do a fresh test and immediately check:

Space settings > Notifications > Space email audit

Search for the Assignee there. The useful bit is whether Jira attempted to send anything at all. If you see the message with a bounced or suppressed status, you’ve got a delivery problem and can address it there. If there’s no entry at all, that points more toward Jira never generating the notification for that creation event.

Since you’re on the Free plan, I’d also keep the 100-email-per-day limit in the back of your mind. Jira pauses email notifications after that limit is reached and resumes them the following day. It doesn’t sound like the most likely explanation here, since other notifications are arriving, but it’s easy to rule out.

At that point, if Current Assignee is configured for Work item created and a fresh test produces neither an email nor an entry in the Space email audit, I think you’ve got a pretty clean reproduction for support: assignment itself is working, subsequent assignment events work normally, but the creation-time notification isn’t being generated for the initial Assignee.

Thanks,

James

Like Tomislav Tobijas likes this

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
FREE
TAGS
AUG Leaders

Atlassian Community Events