Closed
Bug 287632
Opened 20 years ago
Closed 19 years ago
Problems with rendering CSS using SSL, no problems without SSL on the same site.
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: fschaper, Assigned: bugzilla)
References
()
Details
Attachments
(4 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.6) Gecko/20050321 Firefox/1.0.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.6) Gecko/20050321 Firefox/1.0.2 The rendering of the page http://www.worksheetserver.com/page.htm is correct. Visiting the same site using SSL https://www.worksheetserver.com/page.htm breaks the table rendering. Reproducible: Always Steps to Reproduce: 1. Visit http://www.worksheetserver.com/page.htm, looks fine 2. https://www.worksheetserver.com/page.htm turns out broken 3. Actual Results: Rendering of the site is broken using SSL Expected Results: Performed like it did without encryption.
Comment 1•20 years ago
|
||
looks identical in Mozilla/5.0 (Windows; U; Windows NT 5.2; de-DE; rv:1.8b2) Gecko/20050324. Did you try a shift+reload for the broken page ?
| Reporter | ||
Comment 2•20 years ago
|
||
Shift + Reload, using SSL, sometimes displays the page correctly ( one out of three ) and the next time it is broken again. The unencrypted connection has no problems whatsoever.
Comment 3•20 years ago
|
||
seems to be a timing problem, maybe depending on the speed of internet connection. Sometimes the broken page appears right away, sometimes you have to reload the https-link 10 to 20 time before the problem is visible. Strange, but the bug is definetely reproducible.
Comment 4•20 years ago
|
||
Did you modify the cache preferences in your Firefox profile ? Can you test a new profile and a recent trunk build (1.0.2 is from an old branch). I tried it several times and it still looks ok every time...
| Reporter | ||
Comment 5•20 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050330 Firefox/1.0+ I could not reproduce the problem with the current nightly build. Everything works out for me now.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Version: unspecified → Trunk
Comment 7•20 years ago
|
||
-> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → WORKSFORME
Comment 8•19 years ago
|
||
Same here - 1.0.4: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050707 Firefox/1.0.4
Comment 9•19 years ago
|
||
Correct view of b.g.o.
Comment 10•19 years ago
|
||
Page with missing CSS.
Comment 11•19 years ago
|
||
>Same here - 1.0.4:
That's is worksforme. It's a problem on your side.
Please use for example the mozillazine.org Forums for support questions.
Comment 12•19 years ago
|
||
(In reply to comment #11) > >Same here - 1.0.4: > That's is worksforme. It's a problem on your side. Like? > Please use for example the mozillazine.org Forums for support questions. Hm... I'm not seeking support, I'm reporting a problem. I've searched the bugzie, and found some similiar problems (like bug #221974, bug #222457). Some were closed (like this) as WFM.
Comment 13•19 years ago
|
||
Comment 14•19 years ago
|
||
Comment 15•19 years ago
|
||
This is not easy to reproduce, but the bug is still there! But it depends on the connection that you are using. It must be a timing problem. Please do not (!!) set the status of this bug to RESOLVED only because it works with your connection. If it works with your internet connection, than you are lucky (for a time), but for other people the bug is still there. We are using a very fast 3Mbit DSL connection. Please look at the bitmaps "broken.jpg" and "notbroken.jpg". If I see "broken.jpg" I simply press RELOAD a few times and suddenly I see "notbroken.jpg". The problem seem to have been fixed with some of the nightly builds, but was never resolved on any of the offical releases. Very annoying.
| Reporter | ||
Comment 16•19 years ago
|
||
Getting the same result as Mr. Raue.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 17•19 years ago
|
||
I set it to resolved and it works works for thousands of users.
>The problem seem to have been fixed with some of the nightly builds
That's enough to mark it WORKSFORME again. The Gecko in FF1.0.X is over 12+
months old and we don't accept Gecko bugs for such old builds unless you have a
bug where many users are affected. FF1.0.5 is basicall FF1.0 + additional
security fixes but nothing more.
Please reopen this if you get this problem with a recent trunk build (such as
Deer Park Alpha) and a new Firefox profile.Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•