Mary Jo Sminkey wrote:
CFHEADER NAME=Content-Disposition VALUE=attachment;
filename=fax_tenant.doc
cfcontent type=application/msword
file=c:\inetpub\wwwroot\app\fax_tenant.doc deletefile=No
The problem is that no matter what I do to the cfheader line, I NEVER see
fax_tenant.doc as the
Shawn,
You shouldn't see the filename in the URL bar, you are still making a
request to that .cfm template. The filename comes into place when you
open the file in word or when you click 'save', then that filename will
be used (instead of the .cfm template).
/Hugo
Hi,
Not sure if this will help but I noticed in my cfheader/cfcontent code
that I had double quotes around the filename in the value attribute of
the cfheader tageg
value=inline; filename=myfilename.doc
HTH
Alex
| -Original Message-
| From: Shawn Grover [mailto:[EMAIL PROTECTED]
Shawn Grover wrote:
CFHEADER NAME=Content-Disposition VALUE=attachment;
filename=fax_tenant.doc
cfcontent type=application/msword
file=c:\inetpub\wwwroot\app\fax_tenant.doc deletefile=No
The problem is that no matter what I do to the cfheader line, I NEVER see
fax_tenant.doc as the
know what else I can do to resolve this.Any
suggestions?
Shawn
-Original Message-
From: Jochem van Dieten [mailto:[EMAIL PROTECTED]
Sent: Saturday, January 10, 2004 3:09 PM
To: CF-Talk
Subject: Re: CFHeader/CFContent woes.
Shawn Grover wrote:
CFHEADER NAME=Content-Disposition VALUE
I always use application/unknown. Here is the code that I use.
cftry
cfheader name=content-disposition
value=attachment;filename=#qry_getDocument.documentLink#
cfcontent type=application/unknown
file=#expandPath('..')'\assets\uploads\'qry_getDocument.documentLink#
deletefile=no
cflocation
: Bryan F. Hogan [mailto:[EMAIL PROTECTED]
Sent: Saturday, January 10, 2004 3:10 PM
To: CF-Talk
Subject: RE: CFHeader/CFContent woes.
I always use application/unknown. Here is the code that I use.
cftry
cfheader name=content-disposition
value=attachment;filename=#qry_getDocument.documentLink
Shawn Grover wrote:
sorry, the page is on an internal development server.
Then just telnet to the webserver and see if the proper headers
are returned.
I just noted though the problem doesn't occur in Netscape 7.1, but does in
IE 6.0.I've also found refernce to a windows bug, but not the
sighs No luck on that.
I've worked around the problem for now by opening a new window and directing
it at the UNC path to the file in question.The application is intended for
an Intranet, so this should be a resonable solution.
Thanks anyways.
Shawn
-Original Message-
From: Kay
9 matches
Mail list logo