Thanks for the suggestion... Figured it out... Actually what was going on was this. Coldfusion was doing a step for me without me knowing it. Down the line I was URL decoding the URL variable when coldfusion already removed the %3d (an = sign) when I referenced it. I was in essence double decoding the url variable causing the pluses to turn to spaces..
Jeff On 11/29/06, Gaulin, Mark <[EMAIL PROTECTED]> wrote: > > This is a url encoding issue... In an url, "+" is a the same as a space > (is the same as %20). You might need to use UrlEncodedFormat somewhere. > > Mark > > -----Original Message----- > From: J W [mailto:[EMAIL PROTECTED] > Sent: Wednesday, November 29, 2006 11:55 AM > To: CF-Talk > Subject: Weird CFC argument behavior. > > I got a weird one.. CF7, Windows iis6. > > From a URL response from another separate process, I get a base64 url > variable thats url encoded. In turn, I pass it directly through to my > CFC as an argument. In most instances the process works great, but in > some it has a really strange behavior.. > > If the base64 url variable contains a + sign somewhere in it, when > passed through as an argument, the + is replaced what appears to be a > space. If I try to replace the space with a + using replace(), the > "space" still remains. > > A side note. UTF-8 is the character set that I am working with. > > Anyone with any idea's?? Probably something easy I am missing... > > Thanks, > J > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:262101 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
