Using the Create constrained issue example, but want project and issuetype selectable

I'm trying to create a generic Create and Link operation. Using the Create constrained issue example, I'm fairly close.

I created a raw xml fragment, and removed the project id and issuetype id from the link.

I've added the Behaviour initializer for the Linked Issues field, and commented out the lines that set project/issuetype to read-only so the user can select.

When the create form is opened, all is well, Linked Issue is properly populated and read-only.

The problem is, if the user changes either project or issuetype, the Linked Issue field becomes editable and loses the values set by the initializer.

I'm assuming it's because the Create form is reloading, and I no longer have the correct contextid for the intializer. Is there a way around this?

2 answers

0 votes

The documentation states to use that script in an itializer function, which you're correctly doing. However, I think there is a known issue in our backlogs about values being reset after being set in an initializer.

Have you tried associating that behaviour script with a field, instead of using it an initializer function? For example, take that script out of the initializer section and attach it as a server-side script to the Linked issues field. I may be totally wrong, but it's something worth trying perhaps. 

You also might try adding some log.debug statements to check if your theory about the contextid changing is true.

@Mark Montminy, have you found a solution to your problem? We experience the same issue but only to some extent. We have a couple of web fragments (buttons) each for a different project but we want to keep Issue Type editable (with Project set to read-only). It works for most buttons/projects but one is faulty and after changing the issue type Create form is reloading and behaviour pre-populating the form isn't launched.

From the logs we can tell that contextId is null after changing the issue type.

What is more interesting other web fragments using the same behaviour (it is mapped to all projects) work well and after changing issue type in the create form, the contextId is properly retained.

I haven't had time to circle back and dig deeper into this, but no, still no solution.

As our usage ramps up, the desire to create linked issues will increase, so I'll need to get back to this, or pony up and pay for one of the addons that does this.

It just seems like it's something that can be done better with ScriptRunner.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Feb 07, 2019 in Marketplace Apps

A Timeless Love Story

It started as any story starts, on a normal, rainy day.   Admin meets App, and her name was Klok2, and like any first relationship we were both trying to make it work but neither one knew what...

466 views 8 27
Read article

Atlassian User Groups

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!

Find my local user group

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

Groups near you