LiveDocs Comments - coldfusion - 6 - CFML_Reference - Tags-pt118.htm

coldfusion/6/CFML_Reference/Tags-pt118.htm

AWKenger — 2007-07-31T13:11:34

In response to the IE problem above I too had the same problem in an SSL
environment. Adding the following two lines at the top fixed the problem.

coldfusion/6/CFML_Reference/Tags-pt118.htm

stroms1 — 2005-03-10T12:51:12

This is in response to the issue of "Internet Explorer cannot download ". I was also only having this problem on our Production server. The only difference between the other environments and our Production environment was it ran SSL. This link explains why this error occurs http://support.microsoft.com/default.aspx?scid=kb;en-us;316431 .

coldfusion/6/CFML_Reference/Tags-pt118.htm

halL — 2004-09-14T07:36:16

The reset option should not affect HTTP headers generated by cfheader. It only pertains to the html document contents.

coldfusion/6/CFML_Reference/Tags-pt118.htm

damion — 2004-09-13T16:09:25

People have cfheader above cfcontent in examples above. Does parameter "reset" in cfcontent wipe out the cfheader output, or does reset pertain only to content in the html document?

coldfusion/6/CFML_Reference/Tags-pt118.htm

ASandstrom — 2004-05-24T06:11:40

LiveDocs is for documentation comments only and does not receive enough traffic to handle questions such as this. I suggest posting your issue to the online forums: http://webforums.macromedia.com/coldfusion/

coldfusion/6/CFML_Reference/Tags-pt118.htm

big_web_monkey — 2004-05-22T16:38:40

I need help! I am using cfcontent to serve up different files by passing the file name and mime type from a database. The problem is that it works fine on Windows 2000, but not on Windows XP (Both running IE6). When you try to get to the file thru IE6 on a windows xp machine I get an alert box telling me that "Adobe Reader could not open 'pa037525.fdf' because it is either not a supported file type or because the file has been corrupted." The string 'pa037525' is different everytime I try to get to a file. I am not using cfheader on the page.

Has anyone else had this problem with Windows XP and cfcontent?

-Rosario

coldfusion/6/CFML_Reference/Tags-pt118.htm

cfdawna — 2004-04-05T06:12:06

I am having a similiar problem with cfheader and cfcontent.
On the development servers the tags work fine. On the production server I get the error message "Internet Explorer cannot download from . Internet Explorer was unable to open this Internet site. The requested site is either unavailable or cannot be found. Please try again later". Here is the code:

The systems people tell me that both servers are running the same version of ColdFusion MX.
Any help would be appreciated.

coldfusion/6/CFML_Reference/Tags-pt118.htm

lmr1010 — 2004-02-04T08:31:22

I'm having a similar problem. On the production server (CF5) my page displays an excel spreadsheet in the browser. On two development servers (one CF5, the other CFMX), it tries to download the page and gives the error message "Internet Explorer cannot download from . Internet Explorer was unable to open this Internet site. The requested site is either unavailable or cannot be found. Please try again later". Here is the code:

I'm using IE6, not that it matters, since I use the same browser to test all the servers.

And ideas?? Thanks!
Lisa

coldfusion/6/CFML_Reference/Tags-pt118.htm

2003-12-18T11:55:06

I've used this method successfully on my development server. I'm prompted to save the file using the correct name "DMCReports.xls"
But when I run the same code on my production server, when the client side is prompted to save the file in the File DownLoad window I get the file name "index.cfm?action=RunReport" which is the href for the link to run this report. If I select Open or Save I get an Error stating the file cannot be downloaded. (no wonder with a name like that!). The two servers are running CFMx 6.1, and cfcontent is enabled.

Does anyone have any ideas why this should work on one machine and not another???

the code is :

ps - I've tried flipping the order of the cfheader and cfcontent lines - same issue

thanks!

coldfusion/6/CFML_Reference/Tags-pt118.htm

mliving — 2003-08-22T14:11:04

I too run MX ... here is an example in how I do it:
#field1#,#field2#,#replace(field3,",",";","all")##chr(13)#

The chr(13) is what tells it to go to a new line. The replace will replace commas with semicolons so I don't go to a new column in excel before the end of the field.

However, I am trying to find out how to handle a number of blank spaces within a field. When I have a larger number of repeating spaces in my user defined text excel will start a new row which I am trying to correct. Any ideas?

coldfusion/6/CFML_Reference/Tags-pt118.htm

Len — 2003-08-09T17:01:09

Does this cfcontent and cfheader work? I am trying to create an excel spread sheet. I have followed your example in the CF, but I don't get new lines. The data comes out in the first cell. Also, I am not sure if I am getting a tab or a space as a separtor per the example. Does this sound familar? I am using MX

coldfusion/6/CFML_Reference/Tags-pt118.htm

hlichtin — 2003-03-10T14:36:00

A MAcromedia bug has been entered against the problem reported by faceless.

coldfusion/6/CFML_Reference/Tags-pt118.htm

faceless — 2003-02-26T16:54:00

I've only just started trying to port our application to ColdFusion, but I appear to have hit a minor glitch when setting the content-type to "text/xml; charset=UTF-8"

If I set my CFM to this:

It works perfectly and the Content-Type of the returned page is text/xml. If I change the cfcontent line to

the Content-Type is suddenly switched back to "text/html; charset=UTF-8".

The reason for this appears to be the calls made by the CfmServlet. In the first example, the calls are:

setContentType("text/html; charset=UTF-8")
setContentType("text/xml")
setLocale(Locale.US)
setHeader("Content-Language", "en-US")
setLocale(Locale.US)
setHeader("Content-Language", "en-US")
getWriter()

whereas with the second, it's

setContentType("text/html; charset=UTF-8")
setContentType("text/xml; charset=UTF-8")
setLocale(Locale.US)
setHeader("Content-Language", "en-US")
setContentType("text/html; charset=UTF-8")
setLocale(Locale.US)
setHeader("Content-Language", "en-US")
setContentType("text/html; charset=UTF-8")
getWriter()

Note the additional later calls to setContentType.

As it happens this isn't a big deal, because the default content-type of XML is UTF-8 anyway, and as ColdFusion defaults to UTF-8 it works. It also only happens with UTF-8 - works fine.

In short? If you need to specify a type of "text/xml; charset=UTF-8", just use "text/xml" on it's own, it has the same effect.

coldfusion/6/CFML_Reference/Tags-pt118.htm

sandeep_chheda — 2002-12-16T03:52:00

I am having CF 4.5. I wanna show dynamic contents on the browser in a excel sheet format and then should be able to download that sheet. I tried the cfcontent tab but its just showing the download window and the it stops. I am actually not able to view the sheet on the browser. Can you help me in this as I have seen this happpen in MX so I dont know whether its possible in CF 4.5.

If you can send the code the location where my excelfile should be etc. That will be of great help.

coldfusion/6/CFML_Reference/Tags-pt118.htm

mikv — 2002-09-10T14:11:00

The cfcontent solution to correctly submit special characters in a form does not work completely. The EURO symbol (for the benefit of you guys on the west side of the Atlantic, that's the symbol which represents the currency that most Europeans now carry around in our pockets), causes problems... ie a JRun error. Has anyone come accross this problem yet, and if so, does anyone have a solution?

coldfusion/6/CFML_Reference/Tags-pt118.htm

sundvor — 2002-08-15T05:46:00

Under type, it is listed that the ; delimiter is optional. However, omitting the semicolon makes my IE6 on Windows XP display a "download file" dialogue box instead of displaying the page.

The following will correctly format a page using ISO-8859-1:
<cfcontent type="text/html; charset = ISO-8859-1">

I got into this when researching why posting the Norwegian characters Æ, Ø and Å ended up like gibberish (å = "Ã¥r") when doing a cfdump var="#form#".

It turned out IE6 auto-detected the encoding as UNICODE (UTF-8), but when posting the page for some reason CFMX does not detect that UNICODE is being posted and tries to read it as something else. Setting the page encoding to ISO-8859-1 is probably a short term solution, but at least it works. I'd be interested in learning why IE6 & CFMX with Norwegian characters produces the mismatch though.

coldfusion/6/CFML_Reference/Tags-pt118.htm

ctina — 2002-07-19T18:59:00

Update from Macromedia, in response to h2oman, re cfcontent and attachments:
Thanks for your comment and tip. We'll consider adding it to the next release of the documentation.
Christina Lamkin, CF documentation team

coldfusion/6/CFML_Reference/Tags-pt118.htm

h2oman — 2002-06-21T15:17:00

use cfheader name="Content-Disposition" value="attachment; filename=filename.ext"
to force browsers to save the file as an attachment and with a specific filename.

All Mac IE versions (up to and including IE 5.1 for OS9/X) currently ignore the attachment specification. No solution from Microsoft has been made available, nor do they confirm existence of the problem.