Hello Olav,


Hi,

Just to follow up regarding the escaping problem.

It turns out using:

String aURL = context().directActionURLForActionNamed("resolve", queryDict());

Will return an escaped string like so:

/WebObjects/Resolver.woa/wa/resolve? catId=1001249&ni=y&sort=ddown

This behavior is new since 5.3 I guess.

I think it was corrected in 5.2.x I filled a bug report to get the "&" escaped (it's not standard compliant if they are not escaped).


And I actually want:

/WebObjects/Resolver.woa/wa/resolve?catId=1001249&ni=y&sort=ddown

Well no, it's not what you want;) you want the & escaped, this is how it has to be:) Try to use your application you'll see it's working with the & If you look at the status bar in you web browser, you won't see the & pour only & and if you activate the link you'll also get an & in the address bar instead of the &. This is the expected behavior, you shouldn't have a non-escaped & in a url.

So I have to run the returned string through an unescaping routine to get the above uri.

Once I did that everything works fine.
Are you sure it wasn't working with the &? if it didn't it's a bug somewhere else, not the &


Hope this helps someone else.

Regards,

Olav


On Apr 2, 2007, at 4:53 AM, Olav Anderson wrote:



On Apr 2, 2007, at 12:00 AM, Dev WO wrote:

Hi Olav,

It's not related to DST update. I think it appears in the 5.3.x but I'm not completely sure. It's a but when using the "href" binding, but I don't understand why you have a hyperlink in an option value, maybe it's just a test you made. Anyway, search the list for "bozo ampersand" you'll find some way to get around this (Daniel Muller, "WebObjects 5.3.1 Redirect Bug" - 17th february 2006)

I'm pretty much never use the "href" binding and instead use the directaction bindings, but maybe someone using Wonder frameworks can confirm if Wonder also experience this bug.
If it's not the case, you could link to Wonder frameworks.

Xavier

PS: Thanks for not using a previous thread to post a new question, it's ruining the thread view;)


Hey,

I just upgraded to 5.3 DST from 5.2 and noticed a bug in the WOPopUpButton component.

I'm sending down a url as a value and it get double escaped like so:

<option value="/WebObjects/Resolver.woa/wa/resolve? catId=1001221&amp;amp;ni=y&amp;amp;sort=ddown#1001221">/ WebObjects/Resolver.woa/wa/resolve? catId=1001221&amp;ni=y&amp;sort=ddown#1001221</option>

Notice the two &amp;amp; ?

That's the first amp being escaped.


Has anyone else experienced this problem?

Thanks!




_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects% 40anazys.com

This email sent to [EMAIL PROTECTED]



 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/olava%40mac.com

This email sent to [EMAIL PROTECTED]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/webobjects% 40anazys.com

This email sent to [EMAIL PROTECTED]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to