Link Confluence page doesn't work in JIRA, though searching the linked Confluence works

Hello!

I've linked our Confluence and JIRA (OAuth, Trusted Application, IP whitelisted, to and fro), from Confluence the JIRA macros work beautifully, I see Confluence edits on my JIRA dashboard's activity stream, however ... I can't add a Confluence page to a JIRA Issue, because I get the: No Confluence page found with the given URL. error message. Both products are hosted on the same server via the standard bundled Tomcat, they listen on different ports and they are both reverse-proxied via nginx (which does SSL termination too), but the Application Links are set up via the direct port numbers and the displayed URL is configured to show the proxied URL. (This URL shows up when I search for a Confluence page in JIRA, I can select it, but linking fails.)

JIRA runs v5.0.x, Confluence is at 4.2.x.

7 answers

1 accepted

This widget could not be displayed.

We have resolved this issue by adding "/display" value in URL pattern (in app-link configuration).

I've tried with that, but it made Basic Access unworkable, I was able to enable OAuth, but I still got the same authentication error. (Haven't tried with Trusted App.)

To which application link, JIRA link in Confluence or Confluence link in JIRA and where exactly?

This widget could not be displayed.

Confluence converts some charters (apostrophes and etc.) to numbers in wiki page URLs. Jira seems to not work with those links. The workaround so far is to change the title of the wiki page.

For example, if my wiki page title is "Admin's guide" then resulting url will be https://my.company.com/wiki/display/MYPROJECT/Admin%27s+guide. Such URL would throw aforementioned error in Jira. In this scenario we would need to change the title to "Admins guide". The new wiki page URL will work in Jira now.

We are also facing the similar problem ("No Confluence page found with the given URL") and getting following exception in Confluence logs while linking Confluence pages/blogs into JIRA issues:

++++++++++++++++++++++++++++++++++++++++++++++

2012-10-01 10:51:06,167 INFO [http-8090-10] [confluence.rpc.auth.TokenAuthenticationInvocationHandler] invokeAuthenticatedMethod Executing remote API method [ getSpaces ] as user [ gkhan ]
2012-10-01 10:51:08,408 INFO [http-8090-10] [confluence.rpc.auth.TokenAuthenticationInvocationHandler] invokeAuthenticatedMethod Executing remote API method [ search ] as user [ gkhan ]
2012-10-01 10:51:11,337 WARN [http-8090-10] [auth.trustedapps.filter.TrustedApplicationFilterAuthenticator] authenticate Failed to login trusted application: jira:11124560 due to: com.atlassian.security.auth.trustedapps.InvalidCertificateException: Request not allowed to access URL: /display/PLAYG/2012/09/27/JVM+1.6+Upgrade
2012-10-01 10:51:11,533 WARN [http-8090-13] [auth.trustedapps.filter.TrustedApplicationFilterAuthenticator] authenticate Failed to login trusted application: jira:11124560 due to: com.atlassian.security.auth.trustedapps.InvalidCertificateException: Request not allowed to access URL: /login.action

++++++++++++++++++++++++++++++++++++++++++++++

We are having Apache server in front of JIRA/Confluence applications. We have integrated JIRA with Apache server by using mod_jk connector and for Confluence, we have used mod_proxy.

In addition to this, we have also integrated both applications with Crowd server (SSO enabled) and having same sets of userbase.

JIRA Version - 5.1.2 (Hosted in seperate Tomcat container)

Confluence Version - 4.3.1 (Hosted in separte Tomcat contaner)

Regards,

Gavad

We are also facing the similar problem ("No Confluence page found with the given URL") and getting following exception in Confluence logs while linking Confluence pages/blogs into JIRA issues:

++++++++++++++++++++++++++++++++++++++++++++++

2012-10-01 10:51:06,167 INFO [http-8090-10] [confluence.rpc.auth.TokenAuthenticationInvocationHandler] invokeAuthenticatedMethod Executing remote API method [ getSpaces ] as user [ gkhan ]
2012-10-01 10:51:08,408 INFO [http-8090-10] [confluence.rpc.auth.TokenAuthenticationInvocationHandler] invokeAuthenticatedMethod Executing remote API method [ search ] as user [ gkhan ]
2012-10-01 10:51:11,337 WARN [http-8090-10] [auth.trustedapps.filter.TrustedApplicationFilterAuthenticator] authenticate Failed to login trusted application: jira:11124560 due to: com.atlassian.security.auth.trustedapps.InvalidCertificateException: Request not allowed to access URL: /display/PLAYG/2012/09/27/JVM+1.6+Upgrade
2012-10-01 10:51:11,533 WARN [http-8090-13] [auth.trustedapps.filter.TrustedApplicationFilterAuthenticator] authenticate Failed to login trusted application: jira:11124560 due to: com.atlassian.security.auth.trustedapps.InvalidCertificateException: Request not allowed to access URL: /login.action

++++++++++++++++++++++++++++++++++++++++++++++

We are having Apache server in front of JIRA/Confluence applications. We have integrated JIRA with Apache server by using mod_jk connector and for Confluence, we have used mod_proxy.

In addition to this, we have also integrated both applications with Crowd server (SSO enabled) and having same sets of userbase.

JIRA Version - 5.1.2 (Hosted in seperate Tomcat container)

Confluence Version - 4.3.1 (Hosted in separte Tomcat contaner)

Regards,

Gavad

This widget could not be displayed.

Long story short, Application Links over HTTPs only works with Basic Authentication.

This is not a true statement, Application Links over HTTP/S works with both methods (Trusted-apps & Basic Auth).

The only challane, you can face is related to SSL certificates which need to be installed manually in JDK (if already not installed), so that applications can communicate internally each-other over HTTPS.

The first thing Atlassian Support asked was to disable Trusted Apps, so .. okay, maybe it works over HTTPS, however, for some reason its use seems to be discouraged.

Thanks for the certificate install tip; let's hope keytool will cooperate.

not true. trusted apps and oauth bnoth work fine when properly configured.

This widget could not be displayed.

I found the same behavior with Jira 5.1.8 and Confluence 4.3. I'm using Trusted Applications, no SSL, and the apps are hosted on different servers on different networks with a brobdignabian set of routers, switches and armed guards separating the two. In the end, I was able to fix it with a simple change to the (server level) Application Link. My solution:

  1. On the Jira side, open the the Confluence Application Link
  2. Select "Outgoing Application"
  3. Select "Trusted Applications"
  4. Add "/display" (without quotes) to the list of URL Patterns.

Thank you for your comment. Next time we tinker with JIRA I'll give this a try again.

Worked perfectly. For those playing along at home, the set of outgoing URL patterns (from JIRA) currently required to get JIRA <-> Confluence integration working is:

  • /display
  • /plugins/servlet/applinks/whoami
  • /rpc/xmlrpc
  • /plugins/servlet/streams

And incoming is:

  • /plugins/servlet/streams
  • /rest
  • /rpc/soap
  • /sr/jira.issueviews:searchrequest
  • /secure/RunPortlet
  • /secure/projectavatar

Edited: to incorporate feedback from Jacob (below)

Current Jira documentation is missing the "/display" url pattern which is required to link to Confluence page via Jira ticket:

https://confluence.atlassian.com/display/JIRA060/Configuring+Trusted+Applications+Authentication+for+an+Application+Link

Setting the URL patterns as suggested by Trevor Horsfall fixed my application links problem. It was "working" the way it was, but when I installed Team Calendars the JIRA integration didn't work: JIRA Calendars are Not Displayed in Confluence Due to 500 Internal Server Error

However, I also had to add the following URL pattern to Incoming (in JIRA) to allow the "Creat JIRA Issue from selected text" feature in Confluence to retireve the project avatars:

  • /secure/projectavatar

I am also using only Trusted Applications for Application Links between Confluence and JIRA, although my instances run on the same server in separate Tomcat containers.

This widget could not be displayed.

We ran into the problem Laurynas mentioned, though in the form of the comma.

  • I encourage you to vote for this bug: JRA-47046
  • After JIRA finds the link, you can replace the encoded character %2C with an actual comma, and it will be accepted.
  • The page id form of the URL will work.

 

I have encountered this problem of having internal server 500 error on Jira 7.0 and Confluence 6.0.2 using OAuth. However, both the solutions mentioned by  Laurynas Kavaliauskas and  Shawna Schnorr working. i.e. either change the page name to remove special characters like , ' which generates URL encoding and causing problem as Null Pointer Exception internally in Jira while linking Confluence Page OR replace the encode value with the characters itself. In my case it was comma, encoded to %2C, which I removed and fixed the issue.

To add, Jira and Confluence both are on https using Crowd managed user access.

This widget could not be displayed.

Hello,

Good to know that you set the application link bypassing nginx. Often proxies causes problems when dealing with application links. So, is the Base URL correctly set in both JIRA and Confluence? You need to set it accordingly to your FQDN (as set in nginx), and not the Base URL from Tomcat. I believe that this is only a simple network issue. :)

In advance, you can have problems when running JIRA and Confluence on the same Tomcat instance. Even on different ports, you may have some problems with shared components (libs and jar files) if JIRA and Confluence are running on the same Tomcat container. Please reffer to this page for more information.

Best regards,
Lucas Timm

Oh, I haven't noticed your reply, sorry. (I just recently got a remainder of this open question.) Thanks for the time taken, but I'm fairly certain that it's not a network issue. I haven't touched Tomcat config. The URL I use works from any browser, so it's hardly a network issue.

After some communication and debugging with Atlassian, it looks like:

* the Confluence base URL must match the app link URL

* the app link URL can't work over HTTP (at least with 3legged OAuth)

This widget could not be displayed.

This is not a true statement, Application Links over HTTP/S works with both methods (Trustes-apps & Basic Auth).

The only challane, you can face is related to SSL certificates which need to be installed manually in JDK (if already not installed), so that applications can communicate internally each-other over HTTPS.

Suggest an answer

Log in or Sign up to answer
Atlassian Summit 2018

Meet the community IRL

Atlassian Summit is an excellent opportunity for in-person support, training, and networking.

Learn more
Community showcase
Posted Wednesday in New to Jira

Are you planning to trial, or are currently trialling Jira Software? - We want to talk to you!

Hello! I'm Rayen, a product manager at Atlassian. My team and I are working hard to improve the trial experience for Jira Software Cloud. We are interested in   talking to 20 people planning t...

99 views 1 0
Join discussion

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