https://bugzilla.wikimedia.org/show_bug.cgi?id=21617

--- Comment #4 from Brion Vibber <br...@pobox.com> 2011-01-22 20:52:41 UTC ---
I can't reproduce the error with w3m 0.5.2:

  $ w3m http://wikitech.wikimedia.org/view/Main_Page

works fine. (Fresh w3m install on Ubuntu 10.10 x86_64.)

But I *can* reproduce it with your curl line. The problem is related to the
'Accept' header; Apache seems to be trying to negotiate as with the MultiViews
option I think, so it's looking for "view".something and has only "view.php"
available.


When the user-agent claims to only support HTML, text formats, and image
formats:

  curl -v -H "User-Agent: w3m/0.5.2" --noproxy "*"  \
   -H "Accept: text/html, text/*; q=0.5, image/*"  \
   http://wikitech.wikimedia.org/view/Main_Page

You get a failure since "view.php"'s *file* type is none of those:

  Alternates: {"view.php" 1 {type application/x-httpd-php} {length 65}}

On the other hand if we include */* on the end, it works:

  curl -v -H "User-Agent: w3m/0.5.2" --noproxy "*"  \
   -H "Accept: text/html, text/*; q=0.5, image/*; q=0.25, */*"  \
   http://wikitech.wikimedia.org/view/Main_Page

Proper fix is probably to use Alias entries to map "view" to "view.php" etc;
these won't be dependent on type negotiation from the Accept headers. This'd
also allow turning off Options MultiViews if desired, for safety or
consistency.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to