Forums

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

automation failed with error

黃惠婷
I'm New Here
I'm New Here
Those new to the Atlassian Community have posted less than three times. Give them a warm welcome!
October 19, 2025

Hi, 

I just created an automation rule to update the due date and assignee.
But complete with some errors. This rule action is "Automation for jira". 

The error message below: 

  • Edited work item successfully; however, some set fields aren't available. Fields ignored: Due date (duedate)
  • Unable to assign work items VMRT-7: (You do not have permission to assign issues.)

螢幕擷取畫面 2025-10-20 144623.jpg

I just checked the project permission, "atlassian-addons-project-access" is included in the scheduled and edit issues. 

螢幕擷取畫面 2025-10-20 145235.jpg

 

Is there any configuration I should check? 

Thanks, 

March 

2 answers

3 votes
Christos Markoulatos
Community Champion
October 20, 2025

Hey @黃惠婷 welcome

The errors mean two separate things:

  1. Due date ignored – The field isn’t available on the issue’s screen or request type.
    → Check Project Settings → Screens and make sure Due date is on the Edit/View screen for that issue type. If it’s a JSM request type, add Due date to the form.

  2. No permission to assign – The automation actor needs Assign Issues permission.
    → Go to Project Settings → Permissions → Assign Issues and add atlassian-addons-project-access (or the user the rule runs as).

After updating both, re-run the rule.
If you want to avoid errors when fields are missing, add a “Field value exists” condition before the edit action.

Hope this helps!

2 votes
Bill Sheboy
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 Leaders.
October 20, 2025

Hi @黃惠婷 -- Welcome to the Atlassian Community!

The most likely cause of that symptom is a known, racetrack timing problem with the Work Item Created trigger (and others).

What happens is the rule starts before all of the data is available, leading to unexpected behavior, permission errors, and sometimes even a work item without a type!  Atlassian knows about this defect and is working on architectural changes to fix it.

Until that is fixed, the mitigations are:

  • Immediately after that trigger, add the Re-fetch Work Item action.  This will slow the rule slightly, reloading the data before the steps proceed.
  • And, do not use the new feature to add conditions directly to the trigger.  As the data may not be present when the rule starts, the conditions may not work as expected.  Instead, add separate conditions after the re-fetch action described above.

Please try adding that action and re-testing your rule.  Thanks!

 

Kind regards,
Bill

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
PREMIUM
PERMISSIONS LEVEL
Product Admin
TAGS
AUG Leaders

Atlassian Community Events