High The way we store attachments is broken, and causes a lot of unnecessary bugs - case issues, accented characters, etc. etc.
Attachments should be stored on the filesystem as $HOME/attachments/[contentId]/[attachmentId] - all filename <=> attachmentId <=> currentVersion transformations should be performed by the application.
- is duplicated by
-
CONFSERVER-1371 error occurred when delete or rename the attachment which name is Chinese
-
- Closed
-
-
-
- Closed
-
- is related to
-
-
- Closed
-
-
CONFSERVER-4860 Use an attachment's content ID instead of filename when writing to disk
- Closed
[CONFSERVER-2948] Attachments unreliable due to file-names
Hey David,
no worries, we appreciate every bug pointed out to us.
Cheers,
Jens
David Nichols
added a comment - Jens,
True, that is a suitable workaround, but nonetheless, if there is an option to rename an attachment, using that option shouldn't make a file dissappear. I still consider it a bug.
Don't get me wrong. I REALLY like the product.
--David
David Nichols
added a comment - Jens,
True, that is a suitable workaround, but nonetheless, if there is an option to rename an attachment, using that option shouldn't make a file dissappear. I still consider it a bug.
Don't get me wrong. I REALLY like the product.
--David David,
why don't you just upload the file PhoneExtensions2.doc straight away with the name PhoneButtons.doc? Then the versioning should work without problems.
Cheers,
Jens
David Nichols
added a comment - Sorry, forgot to include environment:
Confluence 1.3.5 Build:#122 March 01, 2005. Running in JIRA 3.1.1's standalone Tomcat instance.
--David
David Nichols
added a comment - Sorry, forgot to include environment:
Confluence 1.3.5 Build:#122 March 01, 2005. Running in JIRA 3.1.1's standalone Tomcat instance.
--David David Nichols
added a comment - "Me Too"
We're having problems with file attachment/rename.
Here is a very specific file attachment/rename bug reproduction:
1) Create a new Confluence Page
2) Attach file PhoneButtons.doc to it with the comment "First file attached"
Note, the attached file name in confluence is now "phonebuttons.doc" all lowercase.
3) Rename phonebuttons.doc to PhoneButtons.doc
4) Attach file PhoneExtensions2.doc to it with the comment "Second file attached"
Note, the attached file name in confluence is now "phoneextensions2.doc"
5) Rename phoneextensions2.doc to PhoneButtons.doc
The second file disappears! All that is shown is PhoneButtons.doc with the comment "First file attached". Downloading the file verifies it is indeed the first file. There is no triangle next to it indicating that there is more than one version. There is no access to the second file whatsoever.
If I delete the existing file, the second file reappears! (named PhoneButtons.doc with the comment "Second file attached")
I would assume that when the second file was renamed to be the same name as the first file, that the first file would become version 1 and the second file would become the current version of PhoneButtons.doc.
We have also experienced strangeness when naming/renaming files with and without the .doc extension, and with and without mixed upper/lower case file names. I haven't yet tried to reproduce the sequence, but will try if requested.
Thanks,
--David
David Nichols
added a comment - "Me Too"
We're having problems with file attachment/rename.
Here is a very specific file attachment/rename bug reproduction:
1) Create a new Confluence Page
2) Attach file PhoneButtons.doc to it with the comment "First file attached"
Note, the attached file name in confluence is now "phonebuttons.doc" all lowercase.
3) Rename phonebuttons.doc to PhoneButtons.doc
4) Attach file PhoneExtensions2.doc to it with the comment "Second file attached"
Note, the attached file name in confluence is now "phoneextensions2.doc"
5) Rename phoneextensions2.doc to PhoneButtons.doc
The second file disappears! All that is shown is PhoneButtons.doc with the comment "First file attached". Downloading the file verifies it is indeed the first file. There is no triangle next to it indicating that there is more than one version. There is no access to the second file whatsoever.
If I delete the existing file, the second file reappears! (named PhoneButtons.doc with the comment "Second file attached")
I would assume that when the second file was renamed to be the same name as the first file, that the first file would become version 1 and the second file would become the current version of PhoneButtons.doc.
We have also experienced strangeness when naming/renaming files with and without the .doc extension, and with and without mixed upper/lower case file names. I haven't yet tried to reproduce the sequence, but will try if requested.
Thanks,
--David
Attachments are now stored on disk under attachment id. If problems persist, it is something further up the stack.