We've seen an issue where the configuration of a custom field becomes corrupted when using the Copy Project builtin script of the Script Runner plugin. Twice it has happened where a project was copied using the script and the configuration for one of our custom fields was changed to reference another field, which caused users to be unable to create new issues in projects using that custom field. The fix is detailed here, but the question is what is the script doing when it updates the configuration that is causing the field to reference a different fieldconfiguration from when it was created?
Hi Jamie, sorry for the delay in responding. We've worked with Atlassian and they've found that in our database there are two different values for the FieldConfigScheme and FieldConfiguration ID's in the database. In typical JIRA instances these values would be the same, but in some they are different (they don't know why). For example, we may have FieldConfigScheme with an ID of 12810, but the corresponding FieldConfiguration ID is 12910.
When the Copy Project script is run does it check for both in case they're different?
I'll work on getting the database xml to you as well.
Hey Atlassian community, I help lead engineering at Sentry, an open-source error-tracking and monitoring tool that integrates with Jira. We started using Jira Software Cloud internally last year, a...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs