Closed Bug 146904 Opened 23 years ago Closed 23 years ago

Stylesheet loads only if returned with HTTP header "Content-type: text/css"

Categories

(Tech Evangelism Graveyard :: English US, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bugzilla, Assigned: doronr)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0rc2) Gecko/20020510 BuildID: 2002051005 When a Web page with a CSS stylesheet is requested from a server, Mozilla only seems to parse the stylesheet if the server's "Content-type" HTTP Response Header is set to "text/css". This definitely seems like behavior to be appreciated, but it causes a number of previously functioning sites (on misconfigured servers) to loose their visual formatting in Mozilla (and Netscape 6). What follows here is a partial transcript of an HTTP session where I confirmed the "Content-type" header field for the CSS file is incorrect: ------------------------------ Trying 207.115.185.170... Connected to www.bodhiyoga.com. Escape character is '^]'. GET /bodhiStyles.css HTTP/1.1 Host: bodhiyoga.com HTTP/1.0 200 OK Date: Fri, 24 May 2002 21:39:28 GMT Server: WebSitePro/2.4.9 Accept-ranges: bytes Content-type: application/octet-stream Last-modified: Fri, 24 May 2002 21:16:36 GMT Content-length: 4606 ------------------------------ As you can see, the server is responding by sending the CSS file as "Content-type: application/octet-stream" instead of the correct "Content-type: text/css". This causes Mozilla ignore the file, because it does not think it is receiving CSS! All my other Web browsers (IE5, iCab, Opera) still parse the CSS stylesheet on sites like this! Could the Content-type checking be loosened up to allow the sites on these misconfigured servers to function normally again? Reproducible: Always Steps to Reproduce: 1. go to http://www.bodhiyoga.com/ in a non-Mozilla, CSS-compliant browser (perhaps IE5) 2. go to the same site in Mozilla 3. compare the two -- notice the complete lack of formatting in the Mozilla-rendered version of the page! Actual Results: Mozilla did not load the CSS stylesheet Expected Results: Mozilla should have loaded and parsed the stylesheet
invalid Mozilla can't render a application/octet-stream CSS files. Mozilla just follows the standards
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Wow. Talk about lack of useless information... See http://mozilla.org/releases/mozilla1.0/#devel -- this behavior only happens on pages which are being rendered in "standards" mode. The vast majority of pages will be unaffected. Reopening this. We should evangelize the site.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
To evang.
Assignee: dbaron → doron
Status: UNCONFIRMED → NEW
Component: Style System → US General
Ever confirmed: true
OS: MacOS X → All
Product: Browser → Tech Evangelism
QA Contact: ian → zach
Hardware: Macintosh → All
Version: other → unspecified
worksforme
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
This is still an open issue... The behaviour will no longer show up at the URL I gave as an example (http://www.BodhiYoga.com/), because I contacted the sysop of host and notified them of the problem. They fixed their HTTP server config, so CSS files are now sent as "Content-type: text/css".
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
>This is still an open issue... Where is the problem ? The page is fixed ! (The bug is in Tech evangelism because want to send a mail to the webmaster to fix the page) That mozilla ignores non text/css files is correct and will not fixed (invalid) -> wfm again
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
My mistake...I am new to the colloquial meanings and purposes of things such as "Tech Evangelism" here in Bugzilla...WORKSFORME makes sense :)
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.