[Building Sakai] Windows 7 64bit and Sakai 2.9.2 WebDav

[Sam Ottenhoff]

I also did some testing in a Win 7 virtual machine with Fiddler2 and found
more consistent results after reverting SAK-19592.

I will go ahead and begin reverting SAK-19592 unless someone has other
results to share....

--Sam


On Mon, Aug 12, 2013 at 1:01 PM, Stephen Marquard <
stephen.marquard at uct.ac.za> wrote:

>  I don't the "bad request" response was inspired by Litmus. Rather, it
> seems to have been a change that UM came up with because it appeared to
> make a session proliferation problem go away at the time.
>
>  I think the change was misconceived, and should be reverted, as the
> evidence from others now also suggests.
>
>  Cheers
> Stephen
>
>  ------------------------------
> *From:* sakai-dev-bounces at collab.sakaiproject.org [
> sakai-dev-bounces at collab.sakaiproject.org] on behalf of Charles Hedrick [
> hedrick at rutgers.edu]
> *Sent:* 12 August 2013 06:49 PM
> *To:* Sam Ottenhoff
> *Cc:* dev sakai
> *Subject:* Re: [Building Sakai] Windows 7 64bit and Sakai 2.9.2 WebDav
>
>   I don't find "bad request" an obvious response for a request for a
> non-existent item. How sure are we that Litmus is right about this? I've
> looked at the RFC for DAV. It doesn't seem to say, but bad request normally
> indicates something syntactically invalid. Not found is typically used when
> something requested isn't there.
>
>  On Aug 12, 2013, at 11:44 AM, Sam Ottenhoff <ottenhoff at longsight.com>
> wrote:
>
>  Chuck,
>
>  Are you running with SAK-19592 in production?  Any thoughts on it?  It
> is included in Sakai 2.9.2+.
>
>  --Sam
>
>
>    ------------------------------
> UNIVERSITY OF CAPE TOWN
>
> This e-mail is subject to the UCT ICT policies and e-mail disclaimer
> published on our website at
> http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from
> +27 21 650 9111. This e-mail is intended only for the person(s) to whom it
> is addressed. If the e-mail has reached you in error, please notify the
> author. If you are not the intended recipient of the e-mail you may not
> use, disclose, copy, redirect or print the content. If this e-mail is not
> related to the business of UCT it is sent by the sender in the sender's
> individual capacity.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130812/a699af64/attachment.html