-
Bug
-
Resolution: Duplicate
-
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!
- is cloned from
-
CONFSERVER-8390 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)
-
- Closed
-
Hi Chris!
I will. When is cloning used instead of using additional info?
Cheers,
Benni