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:

New commands in Final candidate (1997) Need help... (1997) Authenticate (1997) frames & carts (1997) WebMerchant and AVS (1998) Problem (1997) version 2 for NT (1997) Re(2): Foreign Chars ( יאצה and so on) (1998) b12 cannot limit records returned and more. (1997) [WebDNA] webdnavps.com - WebDNA-enabled Managed Linode VPS (2014) Showing unopened cart (1997) [WebDNA] [OT] OS X Mail Server question (2015) Problem with ShoppingCart.tpl refresh (2000) Database Program (1997) categories and subcategories (2004) NT 4.02b5 Order Lineitems bug. (2000) Stumpted Again (1997) Expiration of Carts (1997) Searching multiple fields from one form field (1997) PIXO (1997)