Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-8484

CLONE -using a special close single quote character in an attachment name permits upload and download and linking, but does not allow removal / rename (U+2019, U+00B4 and U+0027)

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Medium Medium
    • None
    • 2.3.3
    • None
    • IE6, Confluence 2.3.3, Oracle database, file system file storage

      Diagnosis:

      • We attached a file named "Employee's Rules" to a page, where the ' character generates the URL code %E2%80%99 (I think it's U+2019, right single quote. This is what it looks like in word or outook, but not I.E.)
      • (note, we tried steps below with the ´ character U+00B4:Acute Accent Keystroke Alt+0180, and tést.txt, with the french e with an accent, and the regular apostrophe"
      • All files attached as expected, maintaining the special character
      • all can be linked to, and downloaded. The links are independent, in that the same file name only differing by ', U+0027, U+2019 and U+00B4 are unique.
      • however:
        • renaming either the apostrophe (U+0027), backtick (U+00B4) or the e with an accent in "tést.txt" to test.txt works fine.
        • trying to rename the special character U+2019 gave first a proxy error, then came back with a regular apostrophe (U+0027) in the attachment rename form. After we put in a new name and clicked ok, it told us the file was not found (although the origianl was obviously still there with the U+2019 still in the name).
        • likewise, we can delete the U+0027 or U+00B4 or U+00E9, however, we cannot delete, using the 'remove' button, the attachment with the special backtick character. We get the same error: file not found.

      – in the rename form, I get this HTML (without the pre tags)
      <pre>
      <form name="moveattachment" method="POST" action="domovepageattachment.action?pageId=9110025&fileName=$generalUtil.urlEncode($attachment.fileName)">
      </pre>
      – where I would normally get
      – <form name="moveattachment" method="POST" action="domovepageattachment.action?pageId=9110025&fileName=test.txt">
      -(so the $generalUtil.urlEncode($attachment.fileName) is obviously failing aswell)

      • also, pasting "//pages/removeattachmentonpage.action?pageId=9110025&fileName=test'.txt&version=1" in the address bar of IE does not work either.
      • This is a copy of the string causing the problem, but I'm not sure if it will make it through JIRA: "Manager's Roles and Responsibilities". I'm pretty sure it's a U_2019.

      – note also: upload using webdav of any of these characters resulted in the sepcial characters being replaced by a 'block' loking character "t�st.txt".
      – these then appear in webdav client (WebDrive) as t?st.txt, and cannot be deleted or accessed through that interface. They can, except for the U+2019, be removed from the web interface)

      Bottom Line:
      SO I cannot currently delete or rename any file that contains a U+2019.

      Error:

      • error generated:
        "The following error(s) occurred:
        The attachment specified does not exist. "

      Recommendation:
      1) in web app, us the attachment ID to specify name of the attachment to rename or delete, not the text name
      2) Either allow U+2019 for all actions, or filter consistantly between upload / rename / remove / webdav

      Appreciation:
      Thanks very much!

            [CONFSERVER-8484] CLONE -using a special close single quote character in an attachment name permits upload and download and linking, but does not allow removal / rename (U+2019, U+00B4 and U+0027)

            Hi Chris!

            I will. When is cloning used instead of using additional info?

            Cheers,
            Benni

            Benni Stefanutti added a comment - Hi Chris! I will. When is cloning used instead of using additional info? Cheers, Benni

            Hi Benni,

            Could you please add any additional info you have to the original issue rather than cloning it.

            Thanks,
            Chris

            Christopher Owen [Atlassian] added a comment - Hi Benni, Could you please add any additional info you have to the original issue rather than cloning it. Thanks, Chris

            I got the same problem with files using Swedish characters Å,Ä and Ö in file names. I can upload and view them. I can't delete or rename them. Get the same error as above.

            We are runing on a Red Hat Linux envoriment.
            We run the application in JBoss
            We uses the local file system as storage for attachments
            We store page content in Oracle
            Encoding in Confluence: UTF-8

            Benni Stefanutti added a comment - I got the same problem with files using Swedish characters Å,Ä and Ö in file names. I can upload and view them. I can't delete or rename them. Get the same error as above. We are runing on a Red Hat Linux envoriment. We run the application in JBoss We uses the local file system as storage for attachments We store page content in Oracle Encoding in Confluence: UTF-8

              Unassigned Unassigned
              benni@rsq.se Benni Stefanutti
              Affected customers:
              0 This affects my team
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved: