Closed
Bug 298440
Opened 20 years ago
Closed 20 years ago
CSS loads but does not display under HTTPS
Categories
(Core :: Networking, defect)
Core
Networking
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: mozilla, Assigned: darin.moz)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8) Gecko/20050101 Firefox/1.0 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8) Gecko/20050101 Firefox/1.0 Loading this page (and countless others on our secure server) often renders without the style sheet. This is despite the fact that the style sheet is successfully requested from the server: [22/Jun/2005:10:42:02 +0100] "GET /classic/psp.pl/book1.html HTTP/1.1" 200 3971 [22/Jun/2005:10:42:02 +0100] "GET /classic/classic.css HTTP/1.1" 200 1032 Pressing reload (sometimes more than once) will eventually get the CSS to render. There's also evidence that included JavaScript files suffer from the same issue, though I haven't looked into it as throughly. This bug affects the Mozilla Suite on MacOSX, Firefox on Windows 98 and 2000 (clearing the cache allows one to retry the behaviour). It does not affect IE. However, I haven't seen this bug in Mozilla on servers other than https://secure.digitalroutes.co.uk, so it may well be a server-specific bug. Either way, I'd like to sort this out. Reproducible: Sometimes Steps to Reproduce: 1. Go to https://secure.digitalroutes.co.uk/classic/psp.pl/book1.html Actual Results: The links across the top are blue text of the default style. Expected Results: The links across the top should be white with no underlines. Refreshing (sometimes with shift) several times usually gets the page to render properly. Once it does render, it remains perfect until the cache is cleared. I doubt this is a 'networking' bug since the server reports that the CSS file was sent. But maybe it wasn't received? Included images display fine.
Comment 1•20 years ago
|
||
wfm with Mozilla/5.0 (Windows; U; Windows NT 5.2; de-DE; rv:1.8b2) Gecko/20050617 Please retest with a current trunk build. FF1.0 is to old to report bugs
| Reporter | ||
Comment 2•20 years ago
|
||
(In reply to comment #1) > Please retest with a current trunk build. FF1.0 is to old to report bugs My fault, the version string isn't accurate. FF1.0.4 is what I'm using. I've tested this on four different computers, and every one of them fails. Though sometimes not the first time.
| Reporter | ||
Comment 3•20 years ago
|
||
Also, I'm seeing exactly the same failure in K-Meleon 0.9. I can't recreate in Opera.
Comment 4•20 years ago
|
||
1.0.4 is identical to 1.0 in this context, and so is K-Meleon 0.9... can you try deer park alpha?
| Reporter | ||
Comment 5•20 years ago
|
||
(In reply to comment #4) > 1.0.4 is identical to 1.0 in this context, and so is K-Meleon 0.9... can you try > deer park alpha? I've downloaded deer park alpha cannot recreate this bug anymore. Marking as WORKSFORME. I'll keep an eye on it, but I think the bug has gone. Thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•