212237 - Extra items in long list of items

Status: RESOLVED WORKSFORME

(Core :: Layout: Block and Inline, defect)

Description

[[e-mail]]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624

This page contains a long list of 181 items.  If I load this page in Mozilla, I
may see 181 items, but I may also see many more (I saw 284 this time), with a
long section of the list being repeated two or more times.

Attempting to view source and save, or just save, the page with the 284 items,
and then loading the saved HTML page, always shows the proper number of 181. 
The source is coming from cache and not reloaded off the net, and it's a static
page that never changes anyway.

The page works properly in Lynx.

Reproducible: Sometimes

Steps to Reproduce:
1. Load the page.  Note: I am on a modem; I have no idea whether being on a slow
connection is a required part of reproducing this.

Actual Results:  
I got 284 items.

Expected Results:  
It should have showed 181 items, the same as when I saved the page and reloaded
that.

I've had this problem for many, many, Mozilla versions even though I've only
reported it now.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Are you using HTTP pipelining?  If so, does turning it off help?

Comment 2

[Andrew Schultz]

Attachment: testcase

<font face="arial,univers,helvetica">

   <ol>
    <font><li>some text</font>
    <font><li>some text</font>
...
    <font><li>some text</font>
   </ol>
[original font tag is unclosed]

there should be 2000 lines.  Loading locally (linux trunk 20030708), I usually
get ~3000.

Comment 3

[Mats Palmgren (inactive)]

Confirming bug, local CVS build about a week old.
For other reasons, I happened to have tracing code in the sink and I can see
that there is exactly 2000 calls to "SinkContext::OpenContainer: li" even
when I see ~3800 list items rendered.  I guess that clears Networking/Parser...
Bug seems related to incremental reflow...

Comment 4

[Mats Palmgren (inactive)]

Bug also occurs in both Mozilla 1.3.1 and 1.0.2 on Linux

Comment 5

[Bryan Henry]

Old bug cleanup: Behavior described doesn't seem to occur anymore, and there hasn't been any activity here since mid-2003. Resolving WFM, please reopen if its valid for some reason.