If you create a link and in the address you enter the string

      \\

      After you save the page is it not possible to edit the link and correct it. When the page is displayed (or edited), the "link" keeps the text format of a link but it is not clickable.

      Repro steps:
      1) Create a page
      2) Insert a link
      3) In the address box, type http://\\domain.com
      4) Save the link and the page
      5) Edit the page
      6) It is not possible to edit the link

      Please note that this bug may affect customers who try to paste a network location on Windows, as they have the form \\path\to\file.ext or file://C:\path\to\file.ext
      ---------------------------------------------------------------------------
      Another way to make the link uneditable, and un-clickable:

      • Use Insert > Link > Web Link
      • Insert URL address with a "\" in the address

      As a workaround you may try the following:

      • Enable HTML macro to use HTML code within Confluence pages.
      • Use 'href' to specify the URL in HTML macro.

        <a href="URL">text</a>

            [CONFSERVER-26166] Entering "\\" in a link makes it uneditable

            Alternate Workaround (User macro)

            This user macro works similarily to the Link macro but isn't affected by the bug mentioned.

            1. Navigate to Confluence Admin >> User Macros
            2. Ceate a new User macro (let's call it "URL"). Then insert the following:
              ## @param URL:title=URL|type=string|required=true|desc=Link
              ## @param Text:title=Text|type=string|required=true|desc=Text
              
              <a href="$paramURL" target="_blank">$paramText</a>
              

              After that, save the macro, and create a new page in Confluence. Insert this macro into the page (look for "URL" macro). That should give you a similar function compared to Link.

            Jonathan Soo added a comment - Alternate Workaround (User macro) This user macro works similarily to the Link macro but isn't affected by the bug mentioned. Navigate to Confluence Admin >> User Macros Ceate a new User macro (let's call it "URL"). Then insert the following: ## @param URL:title=URL|type=string|required= true |desc=Link ## @param Text:title=Text|type=string|required= true |desc=Text <a href= "$paramURL" target= "_blank" >$paramText</a> After that, save the macro, and create a new page in Confluence. Insert this macro into the page (look for "URL" macro). That should give you a similar function compared to Link .

            Sam Hasler added a comment - - edited

            Duplicate of CONF-24665 / CONF-23746?

            Sam Hasler added a comment - - edited Duplicate of CONF-24665 / CONF-23746 ?

            childnode added a comment -

            this seems to me as a regression, that relates to already fixed issues:

            Please Atlasian! Local storage links is Enterprise daily business! That might not happen and is continuously frustrating users AND administrators!

            childnode added a comment - this seems to me as a regression, that relates to already fixed issues: CONF-3383 CONF-23575 Please Atlasian! Local storage links is Enterprise daily business! That might not happen and is continuously frustrating users AND administrators!

            Henning Köhler added a comment - - edited

            Here is another way to reproduce it:

            In Windows Explorer, copy a link to a network folder, such as
            \\192.168.1.1\fritz.nas\Verbatim-STORENGO-01

            Paste this link into a confluence page. It gets automatically converted to a link: It is underlined, and it is possible to use the context menu to edit the link. If you edit the link you can see "file://" in front of the link in the editor, so confluence has correctly recognized that this is a path to a file folder.

            But after saving the page, the link is uneditable.

            A look in the source codes reveales that confluence has created this source code:

            <a>\\192.168.1.1\fritz.nas\Verbatim-STORENGO-01</a>

            Obviously, the src=... parameter is missing in the <a> Anchor tag which confuses any browser as well as the confluence editor, too.
            Confluence should never fail to add a src= parameter in the source code because this makes the link uneditable, so it is not possible to correct errors than one self or another person have made.

            Henning Köhler added a comment - - edited Here is another way to reproduce it: In Windows Explorer, copy a link to a network folder, such as \\192.168.1.1\fritz.nas\Verbatim-STORENGO-01 Paste this link into a confluence page. It gets automatically converted to a link: It is underlined, and it is possible to use the context menu to edit the link. If you edit the link you can see "file://" in front of the link in the editor, so confluence has correctly recognized that this is a path to a file folder. But after saving the page, the link is uneditable. A look in the source codes reveales that confluence has created this source code: <a>\\192.168.1.1\fritz.nas\Verbatim-STORENGO-01</a> Obviously, the src=... parameter is missing in the <a> Anchor tag which confuses any browser as well as the confluence editor, too. Confluence should never fail to add a src= parameter in the source code because this makes the link uneditable, so it is not possible to correct errors than one self or another person have made.

              Unassigned Unassigned
              aconde Alejandro Conde Carrillo (Inactive)
              Affected customers:
              21 This affects my team
              Watchers:
              17 Start watching this issue

                Created:
                Updated: