Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

How to apply automation to the "Create Modal" description?


Hello, for some reason the "Create Modal" has always been problematic in Jira. Poor support for markdown for example.  

We have automation in use to populate the Description field (for Bug type) with a template to fill in details and extra instructions.

This works fine except for the create modal. The following 2 screenshots will demonstrate:

Create Modal:



Created via other means:



Here is the automation rule:



Is automation the right path? It would seem so as "Description" should be the same field internally regardless of creation.

AC: Have the template text populate in the Bug description field before anything is entered, period, all the time.  Staff will then add/remove as needed for the issue to be actioned.

Help is greatly appreciated.




## The following content is added 3Oct2022 by OP:

Speaking towards @Bill Sheboy comments.

The following is our automation.

My comment: The "on create" rule is the deal breaker as we understand.  When the issue is opened via /browse/XX-YY the template is added at that point.  We are trying to match previous GitLab use where a template would be prepopulated for bug reporting. This is a common practice and one I have seen done in Jira as well.  

Advice welcome.


Regarding Logs: I do not have anything directly to report, could be a product of my ignorance.  


3 answers

0 votes
Sean Sullivan
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!
Jan 27, 2023

Im looking for this exact automation myself.. it seems that the "Issue created" doesn't fire because the modal is only a "draft" state?

Would it make sense to add a "Issue drafted" trigger? Or update the the current "Issue created" to account for drafts as well?

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.
Jan 27, 2023

Hi @Sean Sullivan -- Welcome to the Atlassian Community!

The issue created event only fires after the event has happened, and so the rule only happens after that.  I do not believe issues have a "draft" condition, and so adding such a trigger would be predicated on other substantial changes for issues.

When you need the template before the issue is created...the two solution approaches I have seen noted by the community are:

  1. purchase a marketplace addon which adds templates, and
  2. the more elaborate approach which adds custom fields with default values to replace the built-in fields (e.g. Description), hides the built-in fields from all views, and then uses workflow and automation rules to keep them in sync.

Kind regards,

0 votes
Aleksandra Bosacka _Deviniti_
Marketplace Partner
Marketplace Partners provide apps and integrations available on the Atlassian Marketplace that extend the power of Atlassian products.
Oct 04, 2022 • edited

Hi @marc

It's Aleksandra from Deviniti, the vendor of the Issue Templates for Jira app.

After reading your post, I can see that the use case you described can be also accomplished with the templates functionality we provide, as an alternative to automation. 

In short, the app allows you to create a repository of re-usable templates that may not only copy over various fields' values, such as predefined descriptions for bugs, but also populate more advanced structures of Epics, Stories, Tasks with Sub-tasks, and any additional issue links automatically. The text autocompleted by such a template would be then inserted directly into the description field once a user follows the Create issue from template button.

The app is currently available for all hosting options including Jira Server/DC and Cloud. Feel free to ask here in case of any additional questions about the functionality or the required setup.

I'll be happy to help!


0 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.
Sep 30, 2022

Hi @marc -- Welcome to the Atlassian Community!

Would you please show images of your rule and of the audit log details for the various paths?  That may provide some context for the community to offer suggestions for your rule.  Thanks!

Kind regards,

Added information to original post.

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.
Oct 03, 2022

Thanks for that information.  A few things I noted that could help...

  1. The Issue Created trigger can fire very quickly, often before the issue is fully saved and available for a rule.  This can cause conditions to fail, and other problems, in automation rules.  The work-around is to add a Re-fetch Issue action immediately after the trigger; this will slow down the rule and reload the data from storage before other rule steps continue.
  2. Automation rules occur after an issue is created, and they cannot add template data first.  When you need a template, consider changing the field default value (for a Team-Managed Project) or investigate marketplace addons for field templates.
  3. You rule has conditional logic to only add the template when the Description is empty.  If you wanted, you could add the template after the existing data, as a reminder for people to fill in later.

Putting the first two ideas together, your rule could be something like this...

  • trigger: issue created
  • action: Re-fetch
  • condition: issueType is Bug
  • action: edit issue to update the Description, setting the value to 

Here is some template information
Here is more template information

Reviewing and processing. Thank you.

Like Bill Sheboy likes this

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events