The reason I want to add the key to the summary is because we may move an issue to another project and the reference key where it originated will be lost forever.
We recently transitioned from AdminiTrack to Jira Software Cloud and we used a bespoke software tool to prepend the imported issues with the adminitrack ID,
for example AdminiTrack 1234
This was imported , its summary was "Issue with table being corrupted when file save executed"
In Jira it appeared with a summary of "AT1234 Issue with table being corrupted when file save executed"
This meant we could trace this item from previous records of adminitrack numbers.
Now, today, we wish to move items between projects, for example:
ABC-123 has a summary of "AT1234 Issue with table being corrupted when file save executed"
we want to move it to the project with key EFG
We would like it to arrive in project EFG with the previous key added in, for example
EFG-101 has a summary of "ABC-123 AT1234 Issue with table being corrupted when file save executed"
Does this make sense?
I would be happy if the key was added on creation of the issue in the first place or when moved, it shouldn't need to move that often so on creation may be good enough but a bullet proof method would be every time it moves to a new project.
Cheers!
Peter