Bug 1655/bug 1905: fix for Internet Explorer receiving FOAF output when clicking...
authorBrion Vibber <brion@pobox.com>
Tue, 17 Nov 2009 01:25:38 +0000 (17:25 -0800)
committerBrion Vibber <brion@pobox.com>
Tue, 17 Nov 2009 01:34:32 +0000 (17:34 -0800)
commit4afc50f8a3dc153d0818437de41a0e8d83cdb518
treeb183695e5c9c1aa4c4d3aee6913b5aa3d08ce2e3
parenta6399ce73a7459a8ee7bc18f6b8c449e0b45b5fb
Bug 1655/bug 1905: fix for Internet Explorer receiving FOAF output when clicking user links.

User links using the ID number (such as created for @-replies) have been failing on Internet Explorer, since IE doesn't bother to actually say it supports text/html...

We usually get something like this from IE, up through at least IE 8:
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, */*

The */* ended up matching application/rdf+xml instead of text/html, so only other browsers which are more explicit would actually get sent on to the user profile/notice stream; IE visitors were directed on to the FOAF download. :(

Swapping the order of items in the server-side of the negotiation list fixes this; clients actually asking for FOAF at a higher priority than HTML will still get it, but the wildcard */* now matches text/html which is usually what we want.

Content negotiation for the user links  was added August 2008 in commit 48fcfb8b0daeb272cb9d116af617daf15930d909.
actions/userbyid.php