• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Wosid suppression broken in 5.4?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Wosid suppression broken in 5.4?


  • Subject: Re: Wosid suppression broken in 5.4?
  • From: Dov Rosenberg <email@hidden>
  • Date: Tue, 18 Dec 2007 01:53:23 -0500
  • Thread-topic: Wosid suppression broken in 5.4?

We have been seeing those as well on our hyperlinks all of the sudden after
we upgraded to 5.4




On 12/17/07 6:20 PM, "Ian Joyner" <email@hidden> wrote:

> Sorry, no joy in the release notes.
>
> So does anyone know why the extra ?wosid is put on the end and if I am
> not doing something else to get rid of it?
>
> Should I submit a bug report?
>
> I think my workaround is checking for ?wosid at the end of the
> filePath in the direct action method.
>
> Thanks
> Ian
>
> On 18/12/2007, at 4:35 AM, Susanne Schneider wrote:
>
>> Hi Ian,
>>
>>> From: Ian Joyner <email@hidden>
>>> Actually, I think this is not the problem ­ printing out the
>>> result  from this function shows no ?wosid on the end:
>>> Video_library (Video_library.java:download_link:1184) - result is /
>>> cgi- bin/WebObjects/Stream.woa/wa/download_video?filePath=
>>> /Library /Stream/Movies/StreamatWRU.pdf
>>> so it is tacked on somewhere else. It also seems strange that it
>>> is  tacked on as ?wosid= and not &wosid=. The latter form actually
>>> works.
>>> Generated URL:
>>> http://ians-imac.local:52934/cgi-bin/WebObjects/Stream.woa/wa/download_video
>>> ?filePath=/Library/Stream/Movies/StreamatWRU.pdf
>>>  ?wosid=o4LDorrMwnW3kY7AgrxYZM
>>> whereas:
>>> http://ians-imac.local:52934/cgi-bin/WebObjects/Stream.woa/wa/download_video
>>> ?filePath=/Library/Stream/Movies/StreamatWRU.pdf&wosid=o4LDorrMwnW3k
>>> Y7AgrxYZM
>>>
>>> ^
>>>  ^^
>>> works.
>>> So why is 5.4 adding this onto the end of the download_link string
>>> to  form the URL, and shouldn't it be using '&' to separate
>>> parameters  anyway?
>>> Thanks
>>> Ian
>>>
>> I just scanned over the release notes of WO 5.4 and remember that
>> there is a known bug with form-value concatenating. Just have a look
>> at
>> http://developer.apple.com/releasenotes/MacOSXServer/WO54_ReleaseNotes/Resolv
>> edIssues/chapter_3_section_5.html#/
>> /apple_ref/doc/uid/TP40006091-CH3-DontLinkElementID_25
>>
>> Regards,
>> Susanne
>> --
>> Susanne Schneider
>> Coordinator secuSuite Development
>>
>> iAS interActive Systems GmbH
>> Dieffenbachstraße 33 c, D-10967 Berlin
>>
>> fon    +49(0)30 69 00 42 - 05
>> fax    +49(0)30 69 00 42 - 10
>> mail   email@hidden
>> web    http://www.interActive-Systems.de
>>
>> ----------------------------------------------------
>> Geschäftsführer: Dr. Marko Reschke, Thomas Fritzsche
>> Sitz der Gesellschaft: Berlin
>> Amtsgericht Berlin Charlottenburg, HRB 106103B
>> ----------------------------------------------------
>>
>
>
>  _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >Re: Wosid suppression broken in 5.4? (From: Ian Joyner <email@hidden>)

  • Prev by Date: Re: IntelliJ + WebObjects 5.4
  • Next by Date: Re: Raw Rows and Display Groups
  • Previous by thread: Re: Wosid suppression broken in 5.4?
  • Next by thread: Re PDF
  • Index(es):
    • Date
    • Thread