New issue
Advanced search Search tips

Issue 634078 link

Starred by 2 users
Status: Assigned
Owner:
paulir...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Network Type column may not reflect response MIME type

Reported by gqqnb2...@gmail.com, Aug 3 2016 
UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36

Example URL:

Steps to reproduce the problem:
I'm visiting a local CSS file. The response headers are

HTTP/1.1 200 OK
Cache-Control: public
Content-Length: 72922
Content-Type: text/css
Expires: Thu, 04 Aug 2016 18:53:18 GMT
Last-Modified: Fri, 08 Jan 2016 01:08:56 GMT
Accept-Ranges:  none
ETag: "1D149B125A40400"
Server: Microsoft-IIS/7.5
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
Date: Wed, 03 Aug 2016 18:53:17 GMT

What is the expected behavior?
The network panel is expected to show the type of the file is CSS.

What went wrong?
The network panel however shows the type of the file is document.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 51.0.2704.84  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 21.0 r0

Firefox 46.0 and Internet Explorer 11 show the correct type given the same headers.
2016-08-03 12_11_32-loanspq.localhost_Consumer_v2_content_animate.css.png
60.6 KB View Download

Comment 1 by durga.behera@chromium.org, Aug 4 2016

Components: Platform>DevTools
Labels: M-54 OS-Linux OS-Mac
Owner: paulir...@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on Win 7,Mac 10.11.6 and Ubuntu 14.04 using stable 52.0.2743.82 and canary 54.0.2817.0.
This is a regression issue broken in M 43.

Bisect Info:
================
Good : 43.0.2315.0
Bad : 43.0.2316.0

CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/e917b49708a65bcf4295ee872e
a2fb8e94b3bbcf..92c2f3e7915e3fd912b232edf537308856b84a7b

Blink Roll from the above : https://chromium.googlesource.com/chromium/blink/+log/9bbb321..81e7873

Possible suspect : https://codereview.chromium.org/947583003
paulirish@ : Could you please take a look into this if its related to your change.

Comment 2 by elawrence@chromium.org, Aug 10 2016

Labels: -Type-Compat Type-Bug-Regression
Summary: Network Type column may not reflect response MIME type (was: Content-Type header is ignored for CSS files)
This is caused by the mentioned CL, which was an attempt to simplify the Type column's values (see #460661).

It's worth noting that "document" is only shown if you navigate *directly* to the CSS file; you'll see "stylesheet" if the resource is being loaded as a stylesheet. In essence, this change makes it so that the "Type" column reflects either the *expected* type of the resource, or the *actual* MIME type of the resource.

You can see the effect of this change in action on this page: https://www.whytls.com/mimes.htm.

The DevTools show "stylesheet", "text/html", and "script" for the same resource requested via three different tags. Stylesheet and Script are shown because those are the contexts making the load request, while "text/html" is shown in the case of the IMG tag because the CL attempts to show the *actual* MIME of the response for IMGs.

The new behavior might be considered desirable, but it is somewhat confusing that a single column sometimes shows an expected type and sometimes shows an actual type.
►

Sign in to add a comment