Please note that by copying the AttachmentDownload.class and ThumbnailDownload.class from confluence 3.0.x into Confluence 2.10.x, you may also inadvertently include the bug (such as: CONF-17742) in Confluence 3.0.x.

I am reattaching the classes from Confluence 3.0.x with different names (append "_30") for clarity.

I'm seeing a similar issue in 3.0.0_01

I'n our case, we are linking with the EMBED tag to swf files stored on the same server, but not in the attachments directory. Works fine in firefox on 3.0.13 on Linux and Windows. Not on IE 7 on Windows XP.

Attaching the files that worked for us, along with directions on applying it:

add AttachmentDownload.class and ThumbnailDownload.class to
/confluence/WEB-INF/classes/com/atlassian/confluence/servlet/download

(create the subdirectories if needed)

and recycle.

We've run into a customer running 2.10.2 who wasn't able to resolve the problem using the patched 2.10 AttachmentDownload.class file. In that case, using the class from Confluence 3.0.0_01 immediately resolved the problem.

Note that from version 3.0 of Confluence onwards you will not need to append ?displayInline=true for most attachments, that is to say if they have a name with consists entirely of ASCII characters.

Hi Haddon.

The 'logs' would be requests / responses from your browsers. You will need to use Fiddler or Wireshark and capture the requests and responses for visiting a page that contains an embedded SWF file (Fiddler is probably the easier option).

Regards,
Andrew Lynch

Hey Andrew:

I've looked in all of the logs and at the links for the flash videos and I still don't see '?displayInline=true' or 'Content-Disposition: attachment'. Could you be a little more specific about where I could go to confirm? I'm sorry for making you spell it out, but I've had two other people look over the directions for installing the patch and confirming it and we're all scratching our heads, with users yelling at us all the while. Thanks again!

This seems to fix the problem for me. However I would suggest the sense of the parameter is reversed. It would seem more logical if it was ?displayInline=false as you are trying to disable it (false) rather than enable it (true).

Hi Haddon,

To ensure that the patch has been applied properly you will need to capture the requests and responses to your Confluence instance for a flash file.

If the patch has been successfully applied, you will find that the URLs for the requests for flash files contain ?displayInline=true and the responses do not contain

Content-Disposition: attachment

Regards,
Andrew Lynch

Has anyone had luck with the candidate patch? We've implemented it but it does not appear to resolve the issue. All of my users with Flash10 still cannot view videos.