I am configuring a "structured" project, and as part of this, want to prevent users from editing issues by clicking directly in fields, forcing them to use transitions which have been created with custom screens to control the fields that can be changed at different parts of an issue's lifecycle.
I have recreated this in another project. Reproduction steps:
Why is the Epic Link not set? Updating other fields in Screen Foo works as expected. Am I missing something? This seems like a definitive bug.
Hi @[deleted]
By removing the edit functionality you basically don't allow to edits to any of the users who are not in permission. Even transition screens.
What you need to do is to have the edit screen without the epic link and allow people the edit permissions. This means that in the story screen scheme you will need a separate screen for create, edit and view.
Regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
> By removing the edit functionality you basically don'y allow to edits to any of the users who are not in permission. Even transition screens.
This is fundamentally incorrect. Users do not need the Edit Issues permission to update any other fields via transition screens, as I stated in my original post. This only occurs with the Epic Link.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
> What you need to do is to have the edit screen without the epic link and allow people the edit permissions. This means that in the story screen scheme you will need a separate screen for create, edit and view.
This is undesirable. As mentioned in my original post, I do not wish to allow direct field edits when viewing the issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Awesome you found your answes cheers.
But to clarify, the reason I said to have different screens is that essentially you can leave the edit screen blank so that nobody can edit anything from the view screen.
But you can wait for atlassian to fix your issue or use my suggestion.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think I may have misunderstood your initial comment, actually. I'll test that out.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
That seems to almost do the trick, however, even with an empty screen associated to the Edit Issue operation in the project's screen scheme, users with the Edit Issues permission grant are able to directly modify the Story Points field when viewing the issue's detail page.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The other option that would be free is to have jira automation where you look for field changes in the story points and if it's not on a transition change, you put the old value. This is not ideal, but would do the trick.
Or you can use other scripting plugins that can put back the old value.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sure, that's doable, but as you mention, this is far from ideal. It's pretty interesting that a seemingly obvious issue that has been known and filed for over six years has been ignored.
Jira is the best product that's available in its space, yet somehow, it's also the worst.
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.