Closed Bug 83458 Opened 25 years ago Closed 25 years ago

Update Accept: header

Categories

(Core :: Networking: HTTP, defect)

x86
All
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla0.9.1

People

(Reporter: gerv, Assigned: gerv)

Details

(Whiteboard: Please check me in, someone)

Attachments

(1 file)

The conclusion in n.p.m.netlib was that the Accept header should be: Accept: text/xml, application/xml, application/xhtml+xml, text/html;q=0.9, image/png, image/mng, image/jpeg, image/gif;q=0.2, text/plain;q=0.8, text/css, */*;q=0.1 (I've tweaked it to save another byte.) This seems to cover most of the bases while not being unduly long. Currently, and for 0.9.1, MNG support has regressed due to the imglib2 landing, so that needs to be left out, leaving: Accept: text/xml, application/xml, application/xhtml+xml, text/html;q=0.9, image/png, image/jpeg, image/gif;q=0.2, text/plain;q=0.8, text/css, */*;q=0.1 Thanks to earlier work, this is now merely a case of updating a pref. It would be good to check this in before the branch, to save hassle. Gerv
Looking for r= from darin@netscape.com or anyone who happens to be trawling the 0.9.1 buglist, rs= and a=from brendan@mozilla.org and so on. I would emphasise that this change is the result of a discussion about the optimum Accept: header in n.p.m.netlib. Gerv (Guardian of the Accept Header)
Target Milestone: --- → mozilla0.9.1
r=darin
r=bbaetz
I never seem to be awake when the tree is open. Any passing kind person has my permission to check this in on both trunk and branch, to get it off the 0.9.1 buglist. Gerv
Whiteboard: Please check me in, someone
Are either of those r= really rs= or sr=?
darin is a super-reviewer, so I assumed so. For goodness sake, this is a one-line patch. It's not like it needs much poring over. If n.p.m.netlib have signed off on it, and Darin has signed off on it, and Bradley has signed off on it, and Asa has signed off on it, I think that's probably enough oversight. Gerv
Checked in on branch and trunk. Gerv
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
VERIFIED via ethereal on linux, and by checking all.js on both trunk and branch (2001060713)
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: