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.
Hi Matt... I've finally reproduced this: https://jamieechlin.atlassian.net/browse/GRV-213 . Will be fixed in next released version. I mean, it works for me when the IDs are different, but at worse it won't modify anything if it can't do it safely.
Hello! My name is Genevieve Blanch, and I'm the Marketing Manager at RefinedWiki, creators of apps to give teams the tools to customize Atlassian platforms. Currently, 44% of the tech team at Re...
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