CFFILE Acting Funny

[framerate]

After updating my server to CFMX7, ALL my CFFILE apps stopped working.. the odd
thing is is FILE.SERVERFILE shows the file name, so it inputs into my database
the file name you're trying to upload, but the directory is EMPTY! No error
message, nothing. Just a "thanks FILE.SERVERFILE was uploaded successfully to
DIRECTORY.

What would cause Coldfusion to THINK the file was uploaded but not do it? I
even copied the sample from the livedocs and it still won't work....

[mxstu]

I'm not using MX7, so I cannot help you out with that issue, but I think the FILE .. variables are deprecated, so did you try using the CFFILE... variables instead?

CFFILE.SERVERFILE, etc...

[framerate]

No that's not it..

Take a look at this:
[url]http://www.thedramascene.com/upload.cfm[/url]

(the CFML is STRAIGHT out of the macromedia livedocs, with my server path
entered in) I wanted to make a simple 2 part (form and action) form to make
sure it wasn't my code...

Try uploading an image and pay attention to the "FILEWASSAVED" and "FILESIZE"
variable in the cfdump... filesize is 0 and filewassaved is NO even though the
CLIENT and SERVER both see teh file...

What is going on?

[MikerRoo]

You're using the Devnet edition -- which might break file upload (the meta tag
is not friendly to non-html content). Also, the devnet edition is not legal
for production use.

The file path looks a little suspicious -- other than that, don't see any
glaring problems.

Can you try the developer edition or a licensed version?
Post your exact code?

Regards,
-- MikeR

[framerate]

Interesting... I'm paying for this server, so I never even checked for that
Devnet tag. Sounds a bit fish to me..

This is my simple one... same basic code from my other programs... I split it
into two files just to make sure:
============
FORM
============
<cfform action="upload_do.cfm"
enctype="multipart/form-data"
method="post">
<p>Enter the complete path and filename of the file to upload:
<input type="file"
name="FiletoUpload"
size="45">
</p>
<input type="submit"
value="Upload">
</cfform>

=============
ACTION
=============
<cffile action="upload"
destination="/home/httpd/vhosts/thedramascene.com/httpdocs/"
nameConflict="error"
fileField="Form.FiletoUpload">
<cfdump var="#CFFILE#">
<cfoutput>
You uploaded #cffile.ClientFileName#.#cffile.ClientFileExt#
successfully to #cffile.ServerDirectory#.
</cfoutput>

It MUSt be devnet... both my servers I tested on turned out to be devnet
ones.. I'll have to check around for finding a non dev net version

Any other ideas?

[mxstu]

... destination="/home/httpd/vhosts/thedramascene.com/httpdocs/" ...

I guess you're running on unix/linux?

[framerate]

Yes.. both my servers are on linux.

To clarify, I have a private development server and then a production server.
This is all going down on the production server that I pay for. It runs linux
with CFMX7.

[MikerRoo]

You're code works fine, for me, on a fully registerd CF7 instance and on CF7
developer -- both on windows machines.
(Changed the destination attribute and that's it.)

Lost that link that lists some esoteric devnet restrictions, sorry. But i
know devnet snafu's XML, so it's easy to believe it would snafu a binary upload.
Try downloading the free developer addition onto another machine. (Or convert
that devnet copy to a fully legal one ;-)

Also, I'm required to ask:
Any sandbox/resource security in effect?
Does the account, that CF runs under, have full write access to
"/home/httpd/vhosts/thedramascene.com/httpdocs/"?

Regards,
-- MikeR

[framerate]

Is there a way to convert DevNet back to the 30 day trial or developer edition without reinstalling? My personal machine runs Gentoo and it's a REAL hassle to get it to install properly.

[framerate]

No extra security is in effect and I have full access to the folder.

[MikerRoo]

As for converting back to the trial/developer edition, I don't know. I did a
very quick search and came up empty. Suggest you start another post on that.
If you have a paid CF license, you can contact MM for free installation
support.

However, there is one thing to be sure about first. You said that you have
full access to the folder. That doesn't matter unless the CF (and Java/JRun)
processes run under your login (or root).
Do the process account(s) have full access?

Good luck,
-- MikeR

[framerate]

On my personal server I DO have full access, as do the relevant processes.

The tests applied here are on a paid server that as far as I know I SHOULD
have full access...

Since the problem is occuring on both servers, I assume that this isn't what's
causing the problem...

[mxstu]

Don't know if you found this
[url]http://www.macromedia.com/cfusion/webforums/forum/messageview.cfm?catid=7&thread[/url]
id=982745&highlight_key=y in your searches. It does not describe the exact
steps of the resolution, but indicates similar symptoms that were due to
permission problems as MikeRoo mentioned.

[framerate]

That's an interesting post... Their directory is near identical to mine and so
is their problem. I wonder if they had the same host too?

I'm going to email the hosting people to check on their end... On MY server,
the folder is owned by "apache:sysadmin" where sysadmin is my group of
webusers". Permissions are drwxrwxr-x.

[mxstu]

I don't know. Too bad they didn't say which permssion settings (coldFusion user or web server user) caused the problem.

[MikerRoo]

You might temporarily change the permissions to drwxrwxrwx, restart all CF and Apache tasks and then try it.

If it still doesn't work, then pursue the devnet angle.

[framerate]

AMAZING!

I did a reinstall on my private server using the 30 day trial, and it STILL
didn't work (must not be a devnet problem). Then I tweaked my permissions
settings ala this post for a while, restarted both servers and now CFFILE is
uploading properly.

The problem is that my production server, which I pay for is still wrong.
Meaing their permissions are wrong. Meaning I'm paying money for someone to run
a server that has less knowledge than I do... Blah.

Regardless, thanks for the help, gentlemen.