Hi,
Is there any restriction about where the file return by CFCONTENT may be in the server?
I return a gif file with something like:
CFCONTENT TYPE=image/gif FILE=#tempFilePath# DELETEFILE=yes
If the location of the file is in the HTTP server scope, it works, but if it is in
C:\windows\temp... it
If CF has no rights to delete the file, then it can't.I've also seen
IIS put a stranglehold on file using this approach too.
Doug
- Original Message -
From: Claude Schneegans [EMAIL PROTECTED]
Date: Tue, 07 Sep 2004 13:50:55 -0400
Subject: Any restriction in CFCONTENT?
To: CF-Talk [EMAIL
If CF has no rights to delete the file, then it can't.I've also seen
IIS put a stranglehold on file using this approach too.
Hmmm so I better use another directory ;-/
But how come CF returns this directory in getTempDirectory() id it has no rights on it?
--
It is even weirder considering the file was in fact created by CF itself using a call to
GetTempFile ()... ;-/
--
___
REUSE CODE! Use custom tags;
See http://www.contentbox.com/claude/customtags/tagstore.cfm
(Please send any spam to this address: [EMAIL
It is even weirder considering the file was in fact created by CF
itself using a call to GetTempFile ()... ;-/
I vaguely recall that the CFCONTENT tag runs within the security context of
the web server, not the CF server itself. I don't know if this is still true
with CFMX, but if so it could
if you try to delete a file so soon after creating it, you might
have a problem there too, as it may well still be locked.
I understand, but isn't CFCONTENT supposed to take care of this if
1. the file was created by CF itself,
2. CFCONTENT provides an attribute to delete the file after, I mean
6 matches
Mail list logo
