tracker issue : CF-3041699

select a category, or use search below
(searches all categories and all time range)
Title:

Bug 83425:Use CFHeader and CFContent on large files (300 mb +)<cfheader name="Content-Disposition" charset="utf-8" value="attachment;filename=""myFile

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/

Reporter/Name(from Bugbase): Daniel Mackey / Daniel Mackey (Daniel Mackey)

Created: 06/22/2010

Components: Language, Tags

Versions: 9.0

Failure Type: Unspecified

Found In Build/Fixed In Build: 9,0,0,251028 / 275422

Priority/Frequency: Major / Unknown

Locale/System: English / Win All

Vote Count: 39

Problem:

Use CFHeader and CFContent on large files (300 mb +)<cfheader name="Content-Disposition" charset="utf-8" value="attachment;filename=""myFile.mov"""><cfcontent type="#REQUEST.mimeType#" file="c:\myFile.mov" deletefile="No">
Method:

See above. Use a simple CFContent tag with the File attibute pointing to a large file. A small file (30 meg) works, a large file (300 meg) gives a 404 in the browser
Result:

CFContent gives a 404 to the browser when the file size for the FILE attribute is large. 30 mb works, 300 mbs gives a 404. This worked fine in CF8

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	3041699

External Customer Info:
External Company:  
External Customer Name: Daniel Mackey
External Customer Email: 658B2AB1445F42D7992016B6
External Test Config: 06/22/2010

Attachments:

Comments:

This bug has been voted..
Vote by External U.
21942 | November 11, 2011 12:53:45 AM GMT
This bug has been voted..
Vote by External U.
21943 | November 11, 2011 12:53:47 AM GMT
This bug has been voted..
Vote by External U.
21944 | November 11, 2011 12:53:48 AM GMT
This occurs for us only using the CF9 64 bit version, 9.0 and/or 9.0.1. Our JVM default and Max heap are well above the file sizes that fail in CFCONTENT. For us, CFCONTENT fails with JVM errors of "java.lang.OutOfMemoryError: Java heap space" whenever large files are used in the file attribute of CFCONTENT; file sizes range from 300 - 1.5GB.
Vote by External U.
21945 | November 11, 2011 12:53:50 AM GMT
With lower file sizes than reported, (~8 MB), takes MUCH longer to generate file, >220 secs on my dev server to pull up a .doc version of an html page that comes up in <1 sec.
Vote by External U.
21946 | November 11, 2011 12:53:51 AM GMT
From my reading of various forums, this is a regression, so should be prioritised for a fix, IMO. -- Adam
Vote by External U.
21947 | November 11, 2011 12:53:53 AM GMT
This bug has been voted..
Vote by External U.
21948 | November 11, 2011 12:53:55 AM GMT
32bit OS Experience is identical.
Vote by External U.
21949 | November 11, 2011 12:53:56 AM GMT
This is an extremely frustrating bug! Code that ran fine for SEVEN YEARS now crashes my server, with the ONLY change being an upgrade to CF9! You really need to release a hotfix for this, breaking existing functionality is not acceptable!
Vote by External U.
21950 | November 11, 2011 12:53:58 AM GMT
I wonder if this is related to issues I have with large files being sent to Amazon S3 buckets
Vote by External U.
21951 | November 11, 2011 12:53:59 AM GMT
This bug has been voted..
Vote by External U.
21952 | November 11, 2011 12:54:00 AM GMT
This bug has been voted..
Vote by External U.
21953 | November 11, 2011 12:54:01 AM GMT
Same bug on all large files on our recently upgraded servers. Even when switching to use Ben Nadel's cmartcfcontent customtag (http://www.bennadel.com/index.cfm?event=blog.view&id=1227), the system cuts all files off at 127 MB
Vote by External U.
21954 | November 11, 2011 12:54:02 AM GMT
This bug has been voted..
Vote by External U.
21955 | November 11, 2011 12:54:04 AM GMT
This bug has been voted..
Vote by External U.
21956 | November 11, 2011 12:54:05 AM GMT
This bug has been voted..
Vote by External U.
21957 | November 11, 2011 12:54:07 AM GMT
Please fix this asap! This is causing our clients much grief.
Vote by External U.
21958 | November 11, 2011 12:54:08 AM GMT
Clients are experiencing much pain over this issue. We upgraded from CF8 to CF9 and can no longer download large files. Any workaround?
Vote by External U.
21959 | November 11, 2011 12:54:10 AM GMT
I encounter this, too. Sometimes with files as small as 35 meg. Target size varies according to JVM load.
Vote by External U.
21960 | November 11, 2011 12:54:11 AM GMT
We rely on CFCONTENT for downloading large files. I am a contractor for the Army and this issue is forcing senior Army leadership to consider ceasing all new development in CF in favor of ASP.net. To not fix this serious issue would be unacceptable.
Vote by External U.
21961 | November 11, 2011 12:54:12 AM GMT
Same experience with large files. Not previously a problem under version 8. This is causing us big problems.
Vote by External U.
21962 | November 11, 2011 12:54:14 AM GMT
Increasing the max heap size to 1024 from 512 and it helped to get the large downloads working for our site. It does mean a restart of the CF server when you up that limit in Coldfusion Administrator.
Vote by External U.
21963 | November 11, 2011 12:54:15 AM GMT
CF 9.01hf1 64bit. We are getting a "ROOT CAUSE: java.lang.OutOfMemoryError: Java heap space" error when trying to use cfheader and cfcontent to serve large files back to the user. It worked fine in CF7. Setting the Xms and Xmx values to 2048m didn't help and still crashed for a 550MB file.
Vote by External U.
21964 | November 11, 2011 12:54:16 AM GMT
This bug has been voted..
Vote by External U.
21965 | November 11, 2011 12:54:18 AM GMT
This bug has been voted..
Vote by External U.
21966 | November 11, 2011 12:54:19 AM GMT
This bug has been voted..
Vote by External U.
21967 | November 11, 2011 12:54:21 AM GMT
This bug cost me half a days work. I read somewhere that this wasn't getting fixed until CF10. That is unacceptable.
Vote by External U.
21968 | November 11, 2011 12:54:22 AM GMT
This bug has been voted..
Vote by External U.
21969 | November 11, 2011 12:54:23 AM GMT
We are seeing this problem in our environment as well. It was working correctly in CF8. Is it possible that Coldfusion instead of on a flush clearing the buffer it is preserving it for some possibly post processing. Is there any real solution or work around.
Vote by External U.
21970 | November 11, 2011 12:54:25 AM GMT
We've only run into this problem since upgrading from CF8
Vote by External U.
21971 | November 11, 2011 12:54:26 AM GMT
THIS IS REALLY CAUSING PROBLEMS FOR US NOW - a hotfix needs to be produced. It's hard to track down so I'm sure there are a lot of other people having this problem but can't vote for it.
Vote by External U.
21972 | November 11, 2011 12:54:27 AM GMT
This bug has been voted..
Vote by External U.
21973 | November 11, 2011 12:54:29 AM GMT
Large files (1GB+) couldn't be server via CFContent. Coldfusion consume RAM until JVM limit, then crashes with error 500.
Vote by External U.
21974 | November 11, 2011 12:54:30 AM GMT
This bug has been voted..
Vote by External U.
21975 | November 11, 2011 12:54:31 AM GMT
This bug has been voted..
Vote by External U.
21976 | November 11, 2011 12:54:32 AM GMT
This bug has been voted..
Vote by External U.
21977 | November 11, 2011 12:54:34 AM GMT
I've tried to work around this using getPageContext().getResponse().getOutputStream() and my own input stream (making sure I don't load the whole file at once), but it still fails. Is there a (monitor) filter that is collecting an entire response?
Vote by External U.
21978 | November 11, 2011 12:54:35 AM GMT
This bug has been voted..
Vote by External U.
21979 | November 11, 2011 12:54:36 AM GMT