> That's what I'm saying -- I'm normalizing the case -- I'm explicitly setting
> the image name to lcase(imagepathname) in the cfimage tag. If however -- and
> this was definitely an edge case happening in testing -- there is an image
> already at that path with the same name except for case, cfim
Hi Dave,
That's what I'm saying -- I'm normalizing the case -- I'm explicitly setting
the image name to lcase(imagepathname) in the cfimage tag. If however -- and
this was definitely an edge case happening in testing -- there is an image
already at that path with the same name except for case, cf
> The issue was not whether the overwrite was happening -- it definitely was
> -- the new image was written. There was no ftp involved -- this was all
> cffile from a form post.
>
> What I noted was that the original file -- the one being overwritten (with
> the same name, but different case), did
The issue was not whether the overwrite was happening -- it definitely was
-- the new image was written. There was no ftp involved -- this was all
cffile from a form post.
What I noted was that the original file -- the one being overwritten (with
the same name, but different case), did not use th
> One of us apparently misunderstood the OP's issue. :-) I thought he said
> that the file was being renamed, as opposed to overwritten. You are stating
> that it is indeed being overwritten. I'm not sure which the case is, but as
> Robert pointed out, it might be a file lock issue.
No, it'
On Mon, Jan 17, 2011 at 4:38 PM, Dave Watts wrote:
>
> > I would file a bug report. 'Overwrite' should always overwrite.
>
> But that's exactly what it's doing. It's overwriting the file.
>
> Dave Watts, CTO, Fig Leaf Software
>
One of us apparently misunderstood the OP's issue. :-) I though
> I would file a bug report. 'Overwrite' should always overwrite.
But that's exactly what it's doing. It's overwriting the file.
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
http://training.figleaf.com/
Fig Leaf Software is a Veteran-Owned Small Business (VOSB) on
GSA Schedule, a
> To: cf-talk
> Subject: Re: CFIMAGE - case sensitivity on filename - CF9 vs CF9.01
>
>
> Oh. Yeah. What he said. :-)
>
> On Mon, Jan 17, 2011 at 2:30 PM, Robert Harrison wrote:
>
> >
> > It's possible the file you were trying to overwrite had a file lock
>
Oh. Yeah. What he said. :-)
On Mon, Jan 17, 2011 at 2:30 PM, Robert Harrison wrote:
>
> It's possible the file you were trying to overwrite had a file lock left on
> it from some other program that opened it (for example, an FTP session).
> Nothing will overwrite a locked file. I've seen it
It's possible the file you were trying to overwrite had a file lock left on it
from some other program that opened it (for example, an FTP session). Nothing
will overwrite a locked file. I've seen it happen on Windows machines now and
again.
Robert B. Harrison
Director of Interactive Servic
2:39 PM
To: cf-talk
Subject: Re: CFIMAGE - case sensitivity on filename - CF9 vs CF9.01
Figured out what the issue was here (was not related to difference in
version).
There was a file with the same name (but uppercase) already in the
directory. The code specified to overwrite on name conf
I would file a bug report. 'Overwrite' should always overwrite.
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
Archive:
http://www.houseoffusion.c
Figured out what the issue was here (was not related to difference in
version).
There was a file with the same name (but uppercase) already in the
directory. The code specified to overwrite on name conflict. This
environment is windows, so I guess CFImage doesn't actually rename the file
on overw
Hi all,
Wondering if anyone has run into this with CFImage under CF9.
I'm writing a file on my local developer version 9.0. I am explicitly
writing the filename as lower-case doing a resize operation.
In development environment, enterprise version 9.0.1, the file is always
written with uppercas
14 matches
Mail list logo
