com.atlassian.jira.issue.views.util

Class WordViewUtils

java.lang.Object

com.atlassian.jira.issue.views.util.WordViewUtils

public class WordViewUtils
extends Object

Method Summary

Modifier and Type	Method and Description
static void	writeEncodedAttachmentFilenameHeader(RequestHeaders requestHeaders, String filename, String userAgent, String encoding) JRA-15545: when sending an attachment in a response with a filename that has non-ASCII characters in it, you must modify your headers slightly so that browsers can recognise the filename.
static void	writeGenericNoCacheHeaders(RequestHeaders requestHeaders)

Methods inherited from class java.lang.Object

clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

Method Detail

writeGenericNoCacheHeaders

public static void writeGenericNoCacheHeaders(RequestHeaders requestHeaders)

writeEncodedAttachmentFilenameHeader

public static void writeEncodedAttachmentFilenameHeader(RequestHeaders requestHeaders,
                                                        String filename,
                                                        String userAgent,
                                                        String encoding)

JRA-15545: when sending an attachment in a response with a filename that has non-ASCII characters in it, you must modify your headers slightly so that browsers can recognise the filename. Mozilla and Opera seem to deal with the headers in the same way; IE uses a "broken" way; Safari is broken all together and will not work unless the URL matches the filename.

Parameters:

requestHeaders - the headers of the response

filename - the filename to send to the client; should already be URL Encoded!

userAgent - the user agent string from the client's request

encoding - the encoding used by JIRA (e.g. UTF-8)

See Also:

http://www.faqs.org/rfcs/rfc2231.html, https://bugs.webkit.org/show_bug.cgi?id=15287