One of our addons stopped working without changes on our side so we think this is due to a newly introduced regression in Jira. We have a web item declared in app’s descriptor which adds an item to the issue’s main menu. There are two problems:
Jira no longer provides context parameters in the url, so that query params in “/pages/clone-epic-dialog?epicKey={issue.key}&projectKey=${project.key}” turn up empty,
the web item has condition of type “jira_expression” and the expression is “[‘Epic’].includes(issue.issueType.name)” - if we remove this condition the web item works (i.e. the dialog opens albeit with empty query params) but when the condition is present the AJAX request that Jira makes prior to opening our dialog fails with code 403 and message “You do not have the correct permissions to view the page Clone epic” (“Clone epic” is the name of the web item); the only other condition is one checking if user is logged in (which was obviously true when we were testing it all) and its presence or absence doesn’t change anything.
Atlassian staff, please confirm that this is a regression. Thank you.
However, I think there is another regression - please take a look at the second bullet point in my original post. This Jira expression condition shouldn’t have anything to do with permissions, especially when the condition is satisfied and the web item is displayed.
It’s great that we already have [ACJIRA-1918] - Ecosystem Jira to track it. Is there any plan to fix it? Im also getting the same issue in our main jira instance. This is interrupting an important part of our process.
Im worried the issue is still in Triage and it will soon be a 30 days ticket
In case it helps, I noticed the link where the jira instances are failing have removed their “href” attribute.
In the other hand, the jira instances where this is working has that attribute. Same thing when using the oldIssueView=true of the ticket.
Hope that can help you to identify the change that introduced the issue. Something that removed the href attribute in that part of the code. We really that part fixed asap!