Re: Copyfile to length limit for absolute paths

This WebDNA talk-list message is from

2003


It keeps the original formatting.
numero = 50922
interpreted = N
texte = Yes, the absolute path feature is enabled.In this example, the URL tags are not needed. In other cases, they could be, if I'm dealing with undisciplined clients who upload files with ampersands or equals signs in them.Thanks for looking...- brianOn Wednesday, June 4, 2003, at 04:02 PM, Scott Anderson wrote:> Looking into it now. You should not need the [URL] tags. Also, did > you > enable the 'absolute path' feature in your WebDNA admin prefs page? > >> -----Original Message----- >> From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf Of >> Brian Fries >> Sent: Wednesday, June 04, 2003 3:20 PM >> To: WebDNA Talk >> Subject: Re: Copyfile to length limit for absolute paths >> >> >> No response in a week... SMSI: Can you confirm that this is a >> bug? I've >> encountered it now with shorter to path names as well... >> >> [copyfile from=[url]default.html[/url]&to=[url]*/Temporary >> Items/default.html[/url]] >> >> gives me a file in Temporary Items named default.htmlHOWIF >> >> It seems that COPYFILE only sort of likes to copy to absolute paths. >> >> I'd LOVE to see this fixed - I have a product nearly ready >> for release >> which would be much better if this worked. >> >> - Brian >> >> On Wednesday, May 28, 2003, at 04:22 PM, Brian Fries wrote: >> >>> When I use [copyfile from=xxx&to=yyy] where yyy is over 55 >>> characters long and is an absolute path (beginning with *), the >>> resulting file has a garbled file name, generally with >> miscellaneous >>> characters appended to it, but it varies. >>> >>> I don't see the same issues with [renamefile] or >> [copyfolder] - they >>> seem to work fine with longer to parameters. [copyfile] seems to >>> work with longer to parameters when relative to the site >> root (/) or >>> the globals folder (^). >>> >>> SMSI: Is this a bug, or an intended limitation? >>> >>> WebDNA 5 on OSX... >>> >>> - brian >>> >> -- Brian Fries, BrainScan Software -- http://www.brainscansoftware.com -- ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Copyfile to length limit for absolute paths (Brian Fries 2003)
  2. Re: Copyfile to length limit for absolute paths (Scott Anderson 2003)
  3. Re: Copyfile to length limit for absolute paths (Brian Fries 2003)
  4. Copyfile to length limit for absolute paths (Brian Fries 2003)
Yes, the absolute path feature is enabled.In this example, the URL tags are not needed. In other cases, they could be, if I'm dealing with undisciplined clients who upload files with ampersands or equals signs in them.Thanks for looking...- brianOn Wednesday, June 4, 2003, at 04:02 PM, Scott Anderson wrote:> Looking into it now. You should not need the [url] tags. Also, did > you > enable the 'absolute path' feature in your WebDNA admin prefs page? > >> -----Original Message----- >> From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf Of >> Brian Fries >> Sent: Wednesday, June 04, 2003 3:20 PM >> To: WebDNA Talk >> Subject: Re: Copyfile to length limit for absolute paths >> >> >> No response in a week... SMSI: Can you confirm that this is a >> bug? I've >> encountered it now with shorter to path names as well... >> >> [copyfile from=[url]default.html[/url]&to=[url]*/Temporary >> Items/default.html[/url]] >> >> gives me a file in Temporary Items named default.htmlHOWIF >> >> It seems that COPYFILE only sort of likes to copy to absolute paths. >> >> I'd LOVE to see this fixed - I have a product nearly ready >> for release >> which would be much better if this worked. >> >> - Brian >> >> On Wednesday, May 28, 2003, at 04:22 PM, Brian Fries wrote: >> >>> When I use [copyfile from=xxx&to=yyy] where yyy is over 55 >>> characters long and is an absolute path (beginning with *), the >>> resulting file has a garbled file name, generally with >> miscellaneous >>> characters appended to it, but it varies. >>> >>> I don't see the same issues with [renamefile] or >> [copyfolder] - they >>> seem to work fine with longer to parameters. [copyfile] seems to >>> work with longer to parameters when relative to the site >> root (/) or >>> the globals folder (^). >>> >>> SMSI: Is this a bug, or an intended limitation? >>> >>> WebDNA 5 on OSX... >>> >>> - brian >>> >> -- Brian Fries, BrainScan Software -- http://www.brainscansoftware.com -- ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Brian Fries

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

[WebDNA] Combining searches with blank and zero values? (2011) webcat plugin issue (2001) Email Problem (1997) Webten + Webcat running smooth (1998) Notepad problems (1998) Understanding texta (1997) Random tags HELP!!!! (1999) Looking For WebCatalog Migration Assistance (2003) syntax question, not in online refernce (1997) GD Scumbucket Spammer (2004) WebCat2 beta 11 - new prefs ... (1997) Mail Integration (1999) Problems deleting when a search field is blank... (1998) Signal Raised (1997) WebCat2 as a chat server? (1997) Problems with cybercash (2000) WebCat2b13MacPlugIn - [include] doesn't allow creator (1997) PROBLEM (1997) WebCat2b13MacPlugin - [math][date][/math] problem (1997) too many nested tags ... (1997)