Official release: Jira 8.16 and Jira Service Management 4.16

Just a quick post to alert you all of the new JiraData Center and Server releases.

Jira Core 8.16 Server

Jira Software 8.16 Data Center and Server

Jira Service Management 4.16 Data Center and Server

2 Likes

Will there be official docker images as well?
Currently they do not seem to be available.
https://hub.docker.com/r/atlassian/jira-software/tags?page=2&ordering=last_updated&name=8.16

thanks :slight_smile:

2 Likes

Ah…
I passed this to the team that fixed it for EAPs, I’ll post again when I get more details.

3 Likes

Hey, the images are available now.

2 Likes

Hi @tbartyzel,
thank you for the heads up!
With the release of 8.16 we are also experiencing another strange behavior regarding custom fields in addition to the previous fixed one mentioned in this blog post:
In our custom fields we are extending from EditCustomFieldOptions. We have implemented the setter setCustomFieldId(Long customFieldId) which used to work in prior versions (the method was invoked via reflections by the JiraSafeActionParameterSetter). But since Jira 8.16 it seems as if customFieldId is no longer available in this context and therefore the setter won’t be invoked anymore.
Could you maybe check, whether this is on purpose or if this is actually a bug at this point?

Thank you!
Cheers :slight_smile:

Hi, @JonaIttermannDecadis,

First of all, I think you can achieve the same result by calling getCustomField().getId() instead of creating the setter.

I’ve been trying to do what you’ve done in pre-8.16 Jira (8.13 in my case) and setCustomFieldId still isn’t called. The only time this method can be called from JiraSafeActionParamteterSetter is when there’s a “customFieldId” HTTP parameter (either from URL or request payload). There’s no such parameter passed to EditCustomFieldOptions, unless you have a custom HTML template which - obviously - I don’t have access to.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.