Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
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

Big Gantt plug-in effecting end dates automatically


Did anyone notice that Big Gannt plug-in changes Jira filed "start date" and "end date" automatically? it's affecting my dashboards and data.

moreover, I can't see who changed the end date with the history section of the issue.

I would love to hear your ideas on how to handle it.


Big  Gantt moving end date.jpg

1 answer

0 votes

Hi @Ariel Kissos

I will try to shed some light on the application logic involved here.

Every change on Jira issues needs to be executed in the name of a user - it is a Jira requirement. The BigPicture/BigGantt changes Start/End dates automatically but these changes are triggered by actions executed by users working with the app. Some changes are directly executed and logged in Jira as done by the logged-in user other changes are queued and executed when the plugin can do it, for example when a user with the correct Jira permissions needed starts using the app.

The issue history updates in most cases are caused by re-synchronization that takes place when triggered by any of the following:

  • When a given program is no longer in the application's cache
  • Opening a Jira Detailed Issue View. This would happen if only the WBS widget was enabled on the IssueDetail page.
  • A period of inactivity (not using the program) like a weekend break
  • changes in program synchronization rules
  • Manually performed re-sync(form the Data menu of by "rr" keys)
  • Clearing program cache manually
  • Disabling and enabling the plugin
  • Entering the Confluence page with Gantt or Risk Gadget enabled
  • Creating a task (that belongs to an Epic for example)
  • Moving a task on the Gantt's timeline
  • Moving a task from one Cadence to another in the Roadmap module
  • Linking tasks while using Gantt.
  • Adding a version or a component etc to a Jira issue while using version or component synchronizers
  • The link mode from/to ASAP
  • Changing the SD/ED mapping with data migration

The above-mentioned actions trigger the re-synchronization according to the plugin logic that depends on the author and the changes introduced as well as the configuration of the plugin and are necessary to keep the data integrity.

Please note that:

If there were any changes made by a user in Jira, the events related to these changes are queued inside the app. The queue itself is being released every 5 seconds, so if there are a number of changes applied to the same issue within 5 seconds, the last person who updated the issue will be the author of the last queued change.

At the moment, our plugin does not store data that would allow us to precisely define a reason for task update. However, we are aware that tracking issue changes is important for our clients and the new functionality of tracking task time period via audit log is already on our Product Roadmap. More info here

Should you need any further info regarding this, do not hesitate to ask.


Suggest an answer

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

Do you use Jira Cloud with Microsoft Teams?

Hi, Jira users! Do you use Jira alongside Microsoft Teams? We want to hear how you’ve used the power of Jira Cloud and Microsoft Teams (via the Jira Cloud for Microsoft Teams app) to achieve a team...

74 views 0 3
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