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

Next challenges

Recent achievements

  • Global
  • Personal


  • Give kudos
  • Received
  • Given


  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Can't access issue history through {{changelog}} in Automation for Jira (Cloud)

Hi to all!

I'm trying to keep track and correct some [Custom Fields] that somehow failed to update through an Automation trigger.

Those [Custom Fields] are dateTime types and refer to log a transition "Timestamp" for third-party integration purposes.


If I access the Issue page and change from "comments" to "history", I can see the timestamps I need to use, but on trying to retrive this informations through Automation using the smart field {{changelog}}, it returns only with the last change made, acting exactly like a {{FieldChange}.


I've seen some solutions using the JIRA REST API, and they use a flag "expand" that allows the whole history to be retrived. (, for example)

Have I misunderstood the purpose from {{changelog}} smart value? Am I missing a configuration? Is it unavailable for Cloud or is a known Issue on automation? (maybe related to ? )

I'm new to Jira and still digging my way to knowledge


Thanks in advance!

1 answer

1 accepted

0 votes
Answer accepted

Hi Luiz, I did some testing, and it looks like {{changelog}} only pertains to the changes made in the triggering action. Otherwise calls to {{changelog}} come up empty.

To test this, I tried looking at {{changelog}} via a manually triggered rule, and I kept getting nothing. When I finally switched the trigger to be "Field value changed", that's when I saw the value get populated. 

Bottom line: you won't be able to use {{changelog}} to dig through the history of an issue. They really should make that clearer in the documentation.

You're right about the API though. I was successfully able to view full history by making this call:


So then maybe you could write a script external to Jira to iterate through your tickets and find the data you need.

I'd recommend looking at CLI which provides a nice way to make REST calls and extract info out of the responses and then feed them to CLI commands that could set values.

Hi Darryl!

Thanks for the fast reply, I ended up with that same conclusion during my tests, but I can't connect through an API, though! I have to configure it, and ask for the right permissions as I'm not a system admin!

About the {{changelog}} smart value, to me it should be, theoretically, the same type of smart value as the API, right?

But maybe the root of my confusion is:

The way it behaves now, bringing only the "triggered history data", what are the differences between {{changelog}} and {{fieldchange}}? are there any difference?

Because I fell they shouldn't have the exactly same behavior...


[Sorry if I made too many mistakes, I hope I made my question clear! :D english is not my mother-tongue]

Hey @Luiz-F Ferreira -- If you try it from a web browser from you're already logged into Jira, you shouldn't need any additional permissions. Just try substituting your hostname and issue key and it should work for any issue you can see.

It should work great, for testing.

If you end up writing a script though, you should generate and use an API Token.

I agree though that a Smart Value named "changelog" really ought to give you access to the whole changelog, not just the most recent change.

Re: {{changelog}} and {{fieldChange}}

I guess the difference between {{changelog}} and {{fieldChange}} is that changelog lets you look at changes to a specific field, where as {{fieldChange}} lets you "access the value of a field that has changed" (without needing to know what it is).

Of course, that seems less useful because of this:

When there are multiple fields that have changed, {{fieldChange}} only contains the first changed value.

Like Luiz-F Ferreira likes this

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Jira

Announcing the waitlist for Jira Work Management

Hey there Cloud Community members! We’re excited to give you the first glimpse of the new home for business teams on Jira — Jira Work Management. Jira Work Management is the next generation of J...

874 views 14 20
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you