View JIRA issues in Confluence without JIRA access

[Susanne Harelius [Riada]]

We have JIRA and Confluence and most users have access to both. But we do have customers that only has access to Confluence. Is it possible in any way to let see JIRA issues in confluence without having JIRA access. We have User Stories that has been chosen for a certain version that we would like to present via a gadget on a Confluence page. But since we are using trusted sites the list of issues is empty if you do not have access to the issues in JIRA.

Thankful for any input regarding this!

[Susanne Harelius [Riada] · Accepted solution]

We ended up getting more licenses.

[Igor DeFaye]

I don't know why this is the accepted solution. It was not the request. This is a workaround that can't apply to everyone.

[Igor DeFaye]

In 2020 and still no solution.

Sometimes we don't want people to have access to jira. Yet we want to allow a confluence page to be consumed by two types of users. Those that have access to Jira and those that don't.

The plugin should allow to display the simple issue number if it's a single issue, or some custom text if it's a query. This will make confluence page look profesional and not full of errors for the users with no jira access.

[Jen Kyle]

I agree, it makes no sense that this isn't possible. We want to use Confluence with our clients to provide a dynamic snapshot of features/bugs and their status but not provide full access (view or edit) to the JIRA project.

[Jacob Francois]

has anyone found a workaround yet ? 

[Steffen Stamprath]

Maybe this plugin is a possibility for you:
https://marketplace.atlassian.com/plugins/aptis.plugins.issueViewer

[Peter Van de Voorde]

Hi Susanne,

This will only work if you make the JIRA Project browseable for anyone (so for anonymous users).

Best regards,

Peter

[Susanne Harelius [Riada]]

No smart workarounds? I remember when we had an old version of JIRA, before trusted sites. We then had a macro, and a JIRA-user for this purpose (but the problem is that you see the password in the link). But it was only for reading so that was fine. Perhaps we need to do something like that again...

[Peter Van de Voorde]

You could try something like that if you don't have SSO configured through CROWD but it might be a security hole.

Why don't you give those customers JIRA access too?

[Susanne Harelius [Riada]]

At the moment a licensing issue, getting very close to 100 users and not really needing 500... But I am sure that is where we will end up. Thing is we do not want customers to see worklogs and right now no really good built-in way of hiding it (are investing a plugin for this at the moment).

[Yossi Zinger]

We are in a similar position (99 our of 100 users...), and we decided to allow anonymous JIRA access, which basically can do nothing except viewing issues in one specific project, and everyone's happy; just make sure that your custom workflow transitions have the appropriate condition checks!

[Susanne Harelius [Riada]]

Ah, okej. That could be a solution. I will look into this.

[Jason Plumhoff]

Just FYI - we run the same configuration. 500 user Confluence installation that is on the internet and requires login, and a 50 user JIRA installation that is NOT on the internet and allows anonymous browsing of issues. To display JIRA info in Confluence, we had to disable outgoing authentication. Otherwise, all the JIRA content had a "click to authenticate" tag next to it - which didn't work for anyone without a JIRA account. Kind of defeated the purpose for anonymous browsing...

[Susanne Harelius [Riada]]

No one else with a solution out of the box?