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•20 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•