New issue
Advanced search Search tips

Issue 897442 link

Starred by 3 users
Status: Available
Owner: ----
Cc:
yhirano@chromium.org
viswa.karala@chromium.org
foolip@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Accept header doesn't include MIME type of <object>

Reported by leose...@rambler.ru, Oct 20 
UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36

Example URL:
https://jsfiddle.net/5dxw7tbr/1/

Steps to reproduce the problem:
1. Go to https://jsfiddle.net/5dxw7tbr/1/
2. Open Network tab in Devtools
3. Look at request headers

What is the expected behavior?
A MIME type specified for <object> should be prefered MIME type in Accept header. If typemustmatch="true" specified, it should be the one MIME type in Accept header.

What went wrong?
All network requests caused by any <object> always have the same Accept header:

text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8

Did this work before? No 

Chrome version: 67.0.3396.87  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

Also related to <embed>

Comment 1 by phanindra.mandapaka@chromium.org, Oct 21

Labels: Needs-Milestone

Comment 2 by mmenke@chromium.org, Oct 22

Cc: yhirano@chromium.org
Components: -Internals>Network Blink>Loader

Comment 3 by viswa.karala@chromium.org, Nov 9

Cc: viswa.karala@chromium.org
Labels: Triaged-ET Needs-Feedback
Thanks for filing the issue!

Tried testing the issue on chrome reported version# 67.0.3396.87 using Windows-10 with steps mentioned below:
1) Launched chrome reported version and navigated to URL: https://jsfiddle.net/5dxw7tbr/1/ provided in comment# 0
2) Opened Devtools > Network, reloaded the page, able to see few instances generated in Network tab

@Reporter: Please find the attached screenshot for your reference and let us know if we missed anything in reproducing the issue, if possible could you please provide screencast of the issue which help in better understanding.

Thanks!
897442.PNG
145 KB View Download

Comment 4 by leose...@rambler.ru, Dec 20 

See attached screenshot for details.
crbug_mimetype.png
174 KB View Download
Project Member

Comment 5 by sheriffbot@chromium.org, Dec 20

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 6 by kouhei@chromium.org, Dec 21

Owner: foolip@chromium.org
Status: Assigned (was: Unconfirmed)
typemustmatch is not yet implemented in Chromium: https://cs.chromium.org/chromium/src/third_party/blink/renderer/core/html/html_object_element.idl?type=cs&q=htmlobjectelement+typemustmatch&sq=package:chromium&g=0&l=31

foolip: The idl lists TODO(foolip). Are you still interested in this bug?

Comment 7 by foolip@chromium.org, Dec 21

Cc: foolip@chromium.org
Owner: ----
Status: Available (was: Assigned)
I just added the TODO when comparing spec IDL to Blink's IDL, and a user name is required in TODOs. Marking as available.
►

Sign in to add a comment