I have added CGI (script and query params) variables to the action part of the form after reading Davids comments - currently in testing...
I have created a test script with just a form and cffile upload and between the department we uploaded 400 various files within 10 minutes with out any problems. I have sent the test script to the client... Brendon suggested that after the b220 upgrade, a full server reboot was required, not just a service restart. I have suggested the the file upload test is run to see if this reproduces the error at the client site, then do a reboot and test again. If the test script does not reproduce the error, it kinda points the finder back at farCry??? I will report back as soon as I have something - hopefully good news. ----- Original Message ----- From: Kyle Singer <[EMAIL PROTECTED]> Date: Tue, 17 Aug 2004 13:36:23 -0700 Subject: [farcry-dev] Re: File upload 500 error - still in v2.2 To: FarCry Developers <[EMAIL PROTECTED]> Perhaps you could comment out the <cffile> tag in the processing page to see if the error occurs during the post or after the data has been sent. I haven't personally seen this error yet on our end. Also, is it happening with certain file sizes? Kyle Singer Lead Web Developer Whitman College [EMAIL PROTECTED] David Ross wrote: As I've mentioned, JRun logs a malformed http request and then returns a 500 error... this never gets anywhere near CF so this is why I was skeptical that the fix involved "moving the cffile operation out of a cfc". Personally, I think it has to do with the action="" attribute of the upload form. I know it's supposed to work, but that's the only thing that seems out of the ordinary with the current implementation. -Dave [EMAIL PROTECTED] 8/16/2004 11:56:30 PM >>> Hi Geoff, this has become a sticking point for one of our clients going live. They get the problem after loading 20 or so files. What do I have to do to get this raised as an error for Daemon to follow it up? In terms of priorites, it doesn't appear to be an issue for a lot of people, but it is critical for my client. Do you think it is a jRun issue? On Tue, 17 Aug 2004 13:20:26 +1000, Geoff Bowers <[EMAIL PROTECTED]> wrote: Andrew Mercer wrote: My feeling is that this is a jRun problem. If it was a application (farCry) error it would be trapped with the cftry/cfcatch - but nothing is getting passed back to coldFusion. Have Daemon teken this issue up with MacroMedia? Unfortunately (or fortunately) we don't actually have the issue logged with any of our clients as far as I'm aware. It's difficult for us to address given we can't reliably recreate the issue. -- geoff http://www.daemon.com.au/ --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/ --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/ --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/ --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/ --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
