Closed Bug 353244 Opened 19 years ago Closed 19 years ago

partnershipcard.co.uk - CSS served as application/x-pointplus

Categories

(Tech Evangelism Graveyard :: English Other, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: gordon.lack, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 If you visit the url above (it's a login page - don't bother entering any data) you will see that it does not honour any (most?) of the CSS information. (Easiest seen if you do *not* have a white background by default - the CSS is setting white - I default to grey, so it's blindingly obvious to me). The problem is caused by this line in the sv_layout.css file: filter: progid:DXImageTransform.Microsoft.Shadow(direction=135,color=#999999,strength=3); Firefox fail to parse this. Moving these lines (it occurs more than once) to be the *final* entry in each of its containing blocks allows the rest of the CSS formatting to work. Reproducible: Always Steps to Reproduce: 1. Set default background to grey 2. Visit the URI 3. Notice a very basic page, with a grey background Actual Results: CSS formatting is ignored Expected Results: The patch should have a white background, with various links formatted in boxes etc. There are other minor issues with the CSS file (it uses "center" instead of "middle" for vertical-align) but the loss of CSS formatting is caused by the "filter: progid: ..." alone. Opera8 displays the page "correctly" (as does IE6). The Firefox failure is seen on both Linux and Windows (with 1.5.0.7). If you have the Web Developer extension in place and go to Web Developer/Edit/Edit CSS the page *then* displays as expected (presumably Web Developer is using it's own CSS parser at that point?) I have informed the owner of the Web site that this problem exists, so it *might* get fixed by a workaround.
The problem is not so much the filter statement as the MIME type. As noted in the console: Error: The stylesheet https://www.partnershipcard.co.uk/common/sv_layout.css was not loaded because its MIME type, "application/x-pointplus", is not "text/css". Source file: https://www.partnershipcard.co.uk/servicing/index.axp?resetstate=yes When the Edit CSS sidebar is opened, the CSS is retrieved and loaded into the current page irrespective of the MIME type. Once the CSS is loaded, the filter statement is ignored as expected. So not really a bug.
Assignee: nobody → english-other
Component: General → English Other
Product: Firefox → Tech Evangelism
QA Contact: general → english-other
Summary: Failure to parse CSS file owing to presence of Microsoft-specific component. → partnershipcard.co.uk - CSS served as application/x-pointplus
Agreed. Sorry for the wrong analysis. Thanks for the quick response.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.