It did just as you said. I changed it to "OVERWRITE", and it uploaded it without auto-incrementing. However, the file is always missing; thus, it must be deleted once it's uploaded. So ... is this a bug, or is there another cffile attribute we can try? If not, I guess the only option is to edit the core.
- Jeff On Feb 1, 4:10 pm, Jake Churchill <[EMAIL PROTECTED]> wrote: > I don't see any disadvantages to it but I can see you running into an > issue. Like I said in option 2 with overwrite, since the upload goes > first, the file might get deleted. If you change it to overwrite, it > might overwrite the file but still delete the file since the current > filename (after upload) is the same as the previous filename. I guess > just give it a try and see how it all comes out. > > -Jake > > > > Jeff wrote: > > Thanks Jake. I will try that now. Since the best option is to leave > > the core alone, is there any disadvantage to the first option you > > provided? Aside from the fact that it will only pertain to individual > > sites, it seems to make sense to simply go that route. > > > On Feb 1, 3:12 pm, Jake Churchill <[EMAIL PROTECTED]> wrote: > > >> 2 things that I know of that you can do: > > >> 1) You can go to Admin -> Config -> General and change FILENAMECONFLICT > >> to Overwrite or one of the other valid attributes for cffile. > >> 2) You can edit the core files directly (not recommended but I've done > >> it before for this same purpose. The file is > >> farcry_core/packages/types/_dmFile/edit.cfm. The upload action is > >> around line 70 and the delete is around line 93. You will notice that > >> the nameconflict attribute of the cffile upload is using the config > >> setting as indicated in #1. You can change that and make it Overwrite. > >> If you do this, make sure you remove the delete because if you overwrite > >> the file, the delete will just turn around and delete it since it's > >> looking in a structure for the name. The other thing you can do is swap > >> the order of cffile operations. You have to pretty much take all the > >> code around it though. You would be putting the delete above the upload > >> but I think you'll have to fool around with some variables to make it > >> work correctly. > > >> Good Luck! > > >> -Jake > > >> Jeff wrote: > > >>> We need to be able to routinely update PDF files that are associated > >>> with their dmFile records; the PDF file names need to remain the same. > >>> Thus, my question is ... when re-uploading an updated PDF (or other > >>> type) file that has the same name, is there a way to have it truly > >>> overwrite the pre-existing file that lives in the directory so that it > >>> does not append a numerical increment at the end of the filename? > > >>> For instance, there is a dmFile record that currently uses a PDF file > >>> named "HR_Specs.pdf". We need to simply update that file by uploading > >>> a revised "HR_Specs.pdf" file; however, when we do so, it changes the > >>> name of the new file to "HR_Specs1.pdf". > > >> -- > >> Jake Churchill > >> CF Webtools > >> 11204 Davenport, Ste. 200b > >> Omaha, NE 68154http://www.cfwebtools.com > >> 402-408-3733 x103 > > -- > Jake Churchill > CF Webtools > 11204 Davenport, Ste. 200b > Omaha, NE 68154http://www.cfwebtools.com > 402-408-3733 x103 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "farcry-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/farcry-dev?hl=en -~----------~----~----~----~------~----~------~--~---
