Re: windows file upload = weirdness

This WebDNA talk-list message is from

2004


It keeps the original formatting.
numero = 57600
interpreted = N
texte = I think an example is in order here... Say the user uploads a file and the full-path filename comes through as "C:Documents/jim&bob.jpg" Using your code sample (without the URLs): [Text]fullfilename=[Middle StartAfter=filename="&endbefore="][name][/Middle][/Text] [listwords words=[fullfilename]&delimiters=:/\] [text]rawfilename=[word][/text] [/listwords] results in the variable [rawfilename] having a value of "jim". The reason is that the WebDNA parser encounters the ampersand between "jim" and "bob" and truncates the words parameter there, then ignores what it thinks is a parameter named "bob.jpg" (which follows the ampersand). If you add URLs to the words parameter: [listwords words=[url][fullfilename][/url]&delimiters=:/\] then the resulting [rawfilename] is the correct value "jim&bob.jpg", and your later code can strip the ampersand if desired. Note that the resulting value does not have the url'ed "%26" for the ampersand. WebDNA's parser ALWAYS does an implied [unurl] on any named parameter (one specified as "param=value") before processing its value; the [url] context is there to permit the use of characters such as ampersands and equal signs that would otherwise foul up the parameters. - brian On Apr 29, 2004, at 6:29 AM, Terry Wilson wrote: > You're right; I should have clarified that I took them out because I > have code later that strips illegals out of filenames; by URLing them, > they wouldn't get stripped, but stay in as %20 and such. > > As it happens, this wasn't the cause of her problem. But it did > resolve the one issue. > >> Taking out the URLs around [fullfilename] will cause problems if by >> chance the user has an & or = in their path. Out of habit I always >> URL the delimiters as well, because I sometimes use & and = as >> delimiters. It won't hurt anything to leave them in. >> -- 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: windows file upload = weirdness ( Brian Fries 2004)
  2. Re: windows file upload = weirdness ( Terry Wilson 2004)
  3. Re: windows file upload = weirdness ( Brian Fries 2004)
  4. Re: windows file upload = weirdness ( Terry Wilson 2004)
  5. Re: windows file upload = weirdness ( Terry Wilson 2004)
  6. Re: windows file upload = weirdness ( Brian Fries 2004)
  7. windows file upload = weirdness ( Terry Wilson 2004)
I think an example is in order here... Say the user uploads a file and the full-path filename comes through as "C:Documents/jim&bob.jpg" Using your code sample (without the URLs): [text]fullfilename=[Middle StartAfter=filename="&endbefore="][name][/Middle][/Text] [listwords words=[fullfilename]&delimiters=:/\] [text]rawfilename=[word][/text] [/listwords] results in the variable [rawfilename] having a value of "jim". The reason is that the WebDNA parser encounters the ampersand between "jim" and "bob" and truncates the words parameter there, then ignores what it thinks is a parameter named "bob.jpg" (which follows the ampersand). If you add URLs to the words parameter: [listwords words=[url][fullfilename][/url]&delimiters=:/\] then the resulting [rawfilename] is the correct value "jim&bob.jpg", and your later code can strip the ampersand if desired. Note that the resulting value does not have the url'ed "%26" for the ampersand. WebDNA's parser ALWAYS does an implied [unurl] on any named parameter (one specified as "param=value") before processing its value; the [url] context is there to permit the use of characters such as ampersands and equal signs that would otherwise foul up the parameters. - brian On Apr 29, 2004, at 6:29 AM, Terry Wilson wrote: > You're right; I should have clarified that I took them out because I > have code later that strips illegals out of filenames; by URLing them, > they wouldn't get stripped, but stay in as %20 and such. > > As it happens, this wasn't the cause of her problem. But it did > resolve the one issue. > >> Taking out the URLs around [fullfilename] will cause problems if by >> chance the user has an & or = in their path. Out of habit I always >> URL the delimiters as well, because I sometimes use & and = as >> delimiters. It won't hurt anything to leave them in. >> -- 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:

PIXO support (1997) To Err or Not Custom Error (1999) Emailer (WebCat2) (1997) Separate SSL Server (1997) sorting and grouping (1998) Firesite and [referrer] atg broke (1997) Sku numbers (1997) RE: SSL and WebCatalog (1997) Problems with [Applescript] (1997) Help formatting search results w/ table (1997) RE: WebCatalog2 for NT Beta Request (1997) NT error logs (1997) possible, WebCat2.0 and checkboxes-restated (1997) Exclamation point (1997) Make sure I understand this??? (1997) Fun with dates (1997) Memory Parameters (1998) auto-stripping of spaces (1997) Search with Special Chars (1997) Showing formatted results in tables (2002)