what i did so far:
when jira is back online i still see issue.field.resolutiondate in the issues history.
how come this could be when this should be related to the Charting Plugin?
i really want to get rid of it cause this is kinda annoying
i already raised a support case back then in ${no_clue} and all i know atlassian created JRA-26274 from it...
any ideas please?
cheers
It used to be part of the charting plugin but is now part of core jira.
Think you would need to override com.atlassian.jira.issue.customfields.CustomFieldType#getChangelogString to hide it, or the equivalent for system fields.
hmmm yes i've read about the switch from chart plugin to jira core...
can you please tell me what to do exactly to get it removed?
thanks in advance
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
yeah thats what i am goin to do...waiting. the JRA i posted was created in '11.
must be a bunch of bugs with high priority to get down fixing lower issues i guess.
thanks nic
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You need to write some code.
Either something that removes the field from the core entirely, or just some tweaks in the field .vm to amend the history display so it simply doesn't show it. Whatever approach you take, it's hacking the core of Jira to surpress it. I'd be strongly tempted to ignore it until Atlassian fix it (which is more likely to be simply making the display nicer, rather than removing it)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I don't think this resolutiondate is related to that plugin. In the table JIRAISSUE you have this field as well so it seems to be a standard field like Created or Updated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
ok...some research resluts pointed on that plugin...
i saw it in that table before...i am wondering why this is not happening on one of my test instances...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
From your screenshot, it seems that the resolution date change (old value and new value) in your Test instance do you have also issues where the resolution date changed?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think the date is set everytime a Issue Resolved event is triggered
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
yes. on a new created issue the resolution event has never been triggered before.
but if i do resolve it i get this one..
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
we nailed it down to the database.
this won't show up if the database is Postgresql.
if it is mysql for some reason (atlassian is investigating) you will get this
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.