CSP-56176 (restricted to public) reported:

I have two problem with OpenOffice Documents:

2. Using IE8 OpenOffice documents (.odt or .odt for example) is opened as zip files and they change extention when I download them. Actually my workaround is use firefox (OpenOffice Documents are opened without problems) or suggest to download files and change extention: my boss aren't really happy for this solution...

The problem seems to be the MIME application associated to the OpenOffice file.
My server configuretion assosiate the right MIME type to each extantions but:

If I use drag and drop to attach documents Confluence assosiate a wrong MITE TYPE to the file (application/octet-stream)
If I use the browse button confluence associate the right MIME Type (application/vnd.oasis.opendocument.text) and document are apened without problem also in IE8!

He managed to workaround the issue:

I investigate myself and I found the solution for the point #2:
*If you use the "Browse>attach file" method, Confluence use the TOMCAT MIME TYPE specification file (I attached mine yesterdey);
*If you use the drag and drop method to attach file, confluence use other file (/confluence/confluence/WEB-INF/classes/mime.types) to define the MIME Type

On my installation the two files are was different for OpenOffice extention so, if I use the firt way, IE opened OO documents using the right application, If I used the second way the MIME type was wrong and IE used Unzip to open file.

I modify the WEB-INF MIME Type file, restart Confluence and now every thing semms work.

You will need to append the following to mime.types (located at confluence-install/confluence/WEB-INF/classes):

application/vnd.oasis.opendocument.database	odb
application/vnd.oasis.opendocument.chart	odc
application/vnd.oasis.opendocument.formula	odf
application/vnd.oasis.opendocument.graphics	odg
application/vnd.oasis.opendocument.image	odi
application/vnd.oasis.opendocument.text-master	odm
application/vnd.oasis.opendocument.presentation	odp
application/vnd.oasis.opendocument.spreadsheet	ods
application/vnd.oasis.opendocument.text	odt
application/ogg	ogg
application/vnd.oasis.opendocument.graphics-template	otg
application/vnd.oasis.opendocument.text-web	oth
application/vnd.oasis.opendocument.presentation-template	otp
application/vnd.oasis.opendocument.spreadsheet-template	ots
application/vnd.oasis.opendocument.text-template	ott

Thanks to amarasciulo for sharing this!

Hi,

As a simple workaround it is possible to change the content-type of Office XML files (docx, pptx, xlsx) to the appropriate mime type.

Go to the attachments view and click on the "Properties" link next to the attachment that does not work properly in IE.
The content type is probably one of "application/octet-stream", "application/x-zip-compressed", "application/zip-compressed" or something similar.
If this is the case setting the proper value for the "New content type" field should fix the download issue.

The proper values are:

Hope this helps.

Best regards,
Stefan

Hi,

Unfortunately we do not provide patches for older versions of Confluence unless it is a critical or a security related issue.
Please have a look at our http://confluence.atlassian.com/display/DOC/Patch+Policy.

Best regards,
Stefan

Hi,

We are upgraded our confluence to version 3.1 recently. I have also an issue for the attachments in IE browser. We can not upgrade to 3.3 only because of this issue.

can we get a patch for lower version to fix this issue?

Looking forwared for the reply.

Thanks in advance!

Hello,
I just wanted to point out the following behaviour seen in IE 7 as this is one of the open issues related to CONF-17718

• When the document(.docx) that is being uploaded is already opened on the users desktop at the time of upload, then the document during download gets a zip extension from IE
• When the same document is not opened on the users desktop at the time of upload, during the download of this document extension is correctly retained and not changed to .ZIP.
  I tried the same test in Fire Fox 3.6.3 and it worked fine in both instances, i.e. when the document was opened during the upload vs. document closed during the upload.

I am not sure if other folks have seen this behaviour and perhaps it may help identify the cause of the problem.

Just changed the fix version.

Please indicate the fix version

Reviewed, looks good now. Tests seem to test sensible things. It is missing a fix for though

Candidates:

• MindMap (.mmap) uses a zip file container as well and is broken according to CONF-17718 (http://kb.mindjet.com/s.nl/ctype.KB/it.I/id.190159/KB.1459/.f)
• Translate proprietary IE mime types for jpeg (image/pjpeg) and png (image/x-png).