Uploaded image for project: 'Jira Service Management Data Center'
  1. Jira Service Management Data Center
  2. JSDSERVER-3643

Prompt to login into Confluence when trying to visualize Knowledge Base Articles

    • Icon: Bug Bug
    • Resolution: Tracked Elsewhere
    • Icon: Low Low
    • None
    • 3.1.0, 3.6.0
    • Knowledge Base

      Description

      Service Desk Customers cannot view Knowledge Base articles directly through portal when Confluence space/page permissions does not allow anonymous view.

      Steps to Replicate

      Set up a JIRA Service Desk Knowledge Base integration with Confluence as per the document below:

      1. Install the latest JIRA with Service Desk and Confluence.
      2. Configure an Application Link with 2-Legged OAuth Authentication (2LOA) between the applications.
      3. Create a Service Desk and link it to a Confluence Space.
      4. Create a KB article on the Confluence space.
      5. Log out of both applications and access the customer portal.
      6. After performing a search, the relevant KB articles titles are displayed, however clicking on the desired article will open a pop-up asking for the user to log into Confluence to browse the KB Article directly on Confluence.

      Expected behavior

      The login prompt should not appear or at least not redirect the user to browse Confluence, which is an undesirable behavior and defeats the purpose of having setup the application link through JIRA SD.

      Affected Customers

      This issue occurs only for Customers who have a shared user base between Service Desk and Confluence which does NOT have SSO setup.

            [JSDSERVER-3643] Prompt to login into Confluence when trying to visualize Knowledge Base Articles

            Same problem as Don. Crowd doen't seem to work with the non licensed JSD customer.

            Christian Strübing added a comment - Same problem as Don. Crowd doen't seem to work with the non licensed JSD customer.

            Hi I am a little confused because I use crowd and have SSO between my confluence and JIRA instances which works fine for the persons that have a confluence login. Since the intent in the 3.1 release was to allow external customers to access the knowledge base without having to count against the confluence license base ( and without making the space open for anonymous login ) i still do not see this as a fix, unless i am missing a setup somewhere or really not getting it?
            Additionally is there a release that is moving the login to JSD because i read the fix but i do not see how to move the login to the service desk side?? Thanks

            Don Brocker added a comment - Hi I am a little confused because I use crowd and have SSO between my confluence and JIRA instances which works fine for the persons that have a confluence login. Since the intent in the 3.1 release was to allow external customers to access the knowledge base without having to count against the confluence license base ( and without making the space open for anonymous login ) i still do not see this as a fix, unless i am missing a setup somewhere or really not getting it? Additionally is there a release that is moving the login to JSD because i read the fix but i do not see how to move the login to the service desk side?? Thanks

            Marty added a comment -

            Hi Nik,
            For the moment JSD-3751 is our proposed solution for this.
            There are workarounds available - namely using Crowd as your shared user base with cookie-based SSO ( https://www.atlassian.com/software/crowd)
            You may be able to use alternative SSO approaches, but these have not been tested.

            Thanks,
            Marty

            Marty added a comment - Hi Nik, For the moment JSD-3751 is our proposed solution for this. There are workarounds available - namely using Crowd as your shared user base with cookie-based SSO ( https://www.atlassian.com/software/crowd ) You may be able to use alternative SSO approaches, but these have not been tested. Thanks, Marty

            Marty - does this mean Atlassian will not work on fixing this properly, or is the login prompt inside the modal just a temporary stopgap? While better than the redirection, it would still require users to log in twice with the same username/password for what is perceived as the same "service desk" experience.

            Thanks!
            Nik

            Nik Stephens added a comment - Marty - does this mean Atlassian will not work on fixing this properly, or is the login prompt inside the modal just a temporary stopgap? While better than the redirection, it would still require users to log in twice with the same username/password for what is perceived as the same "service desk" experience. Thanks! Nik

            Marty added a comment -

            Hi don.brocker,
            3751 should be viewable now. Please let me know if you still cannot access it.

            Thanks,
            Marty

            Marty added a comment - Hi don.brocker , 3751 should be viewable now. Please let me know if you still cannot access it. Thanks, Marty

            Marty added a comment -

            Apologies - looks like overzealous spam protection has kicked in.
            Working on making it visible to you.

            Marty added a comment - Apologies - looks like overzealous spam protection has kicked in. Working on making it visible to you.

            Don Brocker added a comment - - edited

            Marty,
            When I click on the link for the jira.atlassian issue 3751 it takes me to a page that says i do not have permissions or it has been deleted. Can you make it accessible so that myself and Steven Denning-Garrison can view it. Thanks.

            Don Brocker added a comment - - edited Marty, When I click on the link for the jira.atlassian issue 3751 it takes me to a page that says i do not have permissions or it has been deleted. Can you make it accessible so that myself and Steven Denning-Garrison can view it. Thanks.

            Marty added a comment -

            Hi don.brocker, nstephens, steven.denning-garrison2064237411, agoncalves,
            we've spent some time analysing this and have proposed the following suggestion as the way forward: https://jira.atlassian.com/browse/JSD-3751

            This will bring the login prompt into the modal dialog rather than opening in a new tab.
            This is not perfect but is certainly progress on today's behaviour.

            Please watch the suggestion for updates.

            Thanks,
            Marty

            Marty added a comment - Hi don.brocker , nstephens , steven.denning-garrison2064237411 , agoncalves , we've spent some time analysing this and have proposed the following suggestion as the way forward: https://jira.atlassian.com/browse/JSD-3751 This will bring the login prompt into the modal dialog rather than opening in a new tab. This is not perfect but is certainly progress on today's behaviour. Please watch the suggestion for updates. Thanks, Marty

            Sorry I was logged in as Don when I wrote the above. I will capture the issue if needed on a Camtasia video and attach if there is still an issue?

            Steven Denning-Garrison added a comment - Sorry I was logged in as Don when I wrote the above. I will capture the issue if needed on a Camtasia video and attach if there is still an issue?

            Marty I am with Nik on this one. The issue is not licensing nor setting Confluence to link with JIRA correctly. I myself as NIK administer both applications. My customers(for JSD) are all external. When they type on the portal they see the KB articles but when they attempt to link to them they are asked to login to Confluence. If they click on login they are able to login with there Portal login information and then see only the KB articles. I believe the intent was to allow JSD customers to be able to see KB articles without having to take a Confluence license nor open our Confluence KB space to anonymous entry, at least that is how I read the release notes and improvement requests for this. Now that my organization has released the JSD portal to a very large user base and toted the KB I would hope the functionality does make a patch soon.

            Don Brocker added a comment - Marty I am with Nik on this one. The issue is not licensing nor setting Confluence to link with JIRA correctly. I myself as NIK administer both applications. My customers(for JSD) are all external. When they type on the portal they see the KB articles but when they attempt to link to them they are asked to login to Confluence. If they click on login they are able to login with there Portal login information and then see only the KB articles. I believe the intent was to allow JSD customers to be able to see KB articles without having to take a Confluence license nor open our Confluence KB space to anonymous entry, at least that is how I read the release notes and improvement requests for this. Now that my organization has released the JSD portal to a very large user base and toted the KB I would hope the functionality does make a patch soon.

              Unassigned Unassigned
              agoncalves Arthur Gonçalves (Inactive)
              Affected customers:
              3 This affects my team
              Watchers:
              16 Start watching this issue

                Created:
                Updated:
                Resolved: