Confluence page links don't get properly updated to their JSM "Portal View" version of it (Shimming) after site rename

XMLWordPrintable

    • 1
    • Major
    • 2

      Issue Summary

      Some links embedded in Confluence pages may not get properly updated to their JSM "Portal View" version after a site rename. This seems related to the fact that the links contain the absolute URL of the wiki page, and they don't get updated on site rename.

      Once the site is renamed, when accessing JSM Portal KBs, those links (which didn't get updated) will redirect to the Confluence page link instead of the JSM KB link (and potentially result in permissions issues).

      The "Portal View" links are dynamically generated when loading the page. Since the site name within the link doesn't match the "current site", that part of the process fails, and the "original link" (pointing to Confluence) is displayed instead. 

      Steps to Reproduce

      1. Create a Confluence page with a link to another page within the same space
      2. Add this space as KB to a JSM project
      3. Rename the site to something else
      4. Access the KB article via JSM Portal and click the link

      Expected Results

      Being redirected to the Portal view of that link, under (/servicedesk/customer/portal/x/article/123456)

      Actual Results

      Being redirected to the Confluence link of the article (/wiki/spaces/XYZ/pages/123456)

      Workaround

      Currently, there is no known workaround for this behavior. A workaround will be added here when available.

      If you are experiencing problems related to this bug, contact Atlassian Support so they can assess if your particular case has any internal workaround. 

              Assignee:
              Himanshi Nagpal
              Reporter:
              Rodrigo Bozza (Atlassian)
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated: