222069 - Display of page only occurs correctly after reload

Status: RESOLVED WORKSFORME

(Core :: Networking, defect)

Description

[John McClean]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1

Home page of www.slate.com does not fully appear when first browsed to. Not all
elements on the page appear. Refresh of the page fixes things.

Reproducible: Always

Steps to Reproduce:
1) Open Firebird
2) Browse to www.slate.com
3) Page will not display fully. Only purple and gray border will display. Major
graphic at the top and list of articles below do not display.
4) Refresh the page, and the pageg displays correctly.

Comment 1

[Alex Hirzel]

WFM Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031208

Reporter, please try the testcase in bug 230208 (comment #2) and if the problem
is the same, please dup this bug with 230208.  Thanks.

Comment 2

[John McClean]

This is not a duplicate of bug 230208. In that bug, a scroll bar does not
appear. In this bug it appears that table elements are simply not rendered at
all, not that they are cut off.

This bug (the one that occurs when browsing to slate.com) appears to have been
fixed in the Firebird 0.7 release. Consequently, I am going to marking it fixed
(if I have rights to do that.)

Comment 3

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

If you don't know what change fixed it, it shouldn't be in the FIXED state.

Comment 4

[Andrew Hagen]

Re-opening. Seeing this on 1.7 nightlies (various), 1.7 beta, and 1.7-latest
nightly build 2004042109 on Win 98. Reload does not always fix the layout.

I have numerous problems getting Slate pages to open. The same can be said about
MSNBC pages. The black helicopter theory would be that MS is trying to use MSN
to undermine the legitimacy of Gecko. It would be good to solve this for 1.7.

Is this really Layout? Maybe networking is where the problem lies.

See also bug 238949.

Comment 5

[Andrew Hagen]

.

Comment 6

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Please don't confirm layout bugs without a testcase.  (I should probably mark
this as invalid.)

Comment 7

[Andrew Hagen]

Sorry. I didn't know.

Similar behavior is reported at MSNBC (bug 233869), Yahoo (bug 237495), bug
216883, bug 234499, bug 209797, 

Candidates include: layout, Javascript, networking, pipelining, tech evangelism,
cookies, and so on. I think we need to start with networking.

Comment 8

[John McClean]

In addition, similar behavior usually occurs in 238104 (also previously closed
as not being reproducible) when I browse to that page. For whatever reason, it
is working today, although last week it was not. (I'm using the same version of
the browser, 0.8 release.)

The www.slate.com problem went away for me on the 0.8 release.

fwiw, it has the feel of being a race condition to me, possibly induced by
network timing.

Comment 9

[Andrew Schultz]

this was probably due to pipelining.  The site works for me now, but is running
IIS/6.0 now.  Perhaps it was running IIS/5.0 or 4.0 before (which choked when
Mozilla tried to use pipelining).

Is anyone still seeing this?

Comment 10

[John McClean]

I have not seen anything like this behavior since at least the initial Firefox
1.0 release.

Comment 11

[Andrew Schultz]

ok.

resolving WORKSFORME

Comment 12

[James Colbert]

(In reply to Andrew Schultz from comment #9)
> this was probably due to pipelining.  The site works for me now, but is
> running
> IIS/6.0 now.  Perhaps it was running IIS/5.0 or 4.0 before (which choked when
> Mozilla tried to use pipelining).
> 
> Is anyone still seeing this?

Yes I have it on firefox 9 beta, 10 beta, and aurora.

Comment 13

[John McClean]

Not all of the bugs I submit are open for 8+ years, but when they are...