128628 - some hyperlinks not displayed on large page

Status: RESOLVED WORKSFORME

(Core :: DOM: HTML Parser, defect, P3)

Description

[Bayle Shanks]

no hyperlinks to footnotes after (332) are displayed

for example, at http://www.usdoj.gov/atr/cases/f10100/10145.htm, the page source
shows that, in paragraph "347", there is the following tag:

<a href="#N_339_"><sup>(339)</sup></a>


however, no such link appears on the rendered page.

Comment 1

[Andrew Schultz]

I see the same, although at a different point (one build got to (308) and
another got to (318)).  Debug build complains a lot as follows:

###!!! ASSERTION: forget-word-frame: '(void*)aFrame == mWordFrames[0]', file
nsLineLayout.cpp, line 3332
###!!! Break: at file nsLineLayout.cpp, line 3332

Please send this to layout

this is a bit like bug 122797, but probably not a dupe.

Comment 2

[Andrew Schultz]

(and Reassign bug to owner and QA contact of selected component)

Comment 3

[Boris Zbarsky [:bzbarsky]]

confirmed, 2002-03-01 build.

Comment 4

[Bayle Shanks]

> ------- Additional Comment #2 From Andrew Schultz 2002-03-02 18:06 -------
> (and Reassign bug to owner and QA contact of selected component)

ok

Comment 5

[Boris Zbarsky [:bzbarsky]]

To parser.  We never close out the <ol> tags because of all the invalid <p> tags
scattered between the list items.  As a result the tree keeps getting deeper
till we hit the nesting depth limit and can no longer open new tags.

Comment 6

[Andrew Schultz]

<p> are invalid because they are not closed?

Comment 7

[Boris Zbarsky [:bzbarsky]]

<ol type="1" start="1">
<p><a href="#2c1"><li>The Court Has Discretion To Determine The Nature And Format Of
The Tunney Act Proceedings</a>
<p>

The <p> and the <a> are both invalid -- the only valid child of an <ol> is <li>

Comment 8

[Heikki Toivonen (remove -bugzilla when emailing directly)]

[was 1.1beta]

Comment 9

[Mats Palmgren (inactive)]

I can see hyperlinks to footnotes numbered 332 and above.

WFM, 2002-08-22-05 trunk Linux.

Comment 10

[Andrew Schultz]

linux trunk build 20020822 displays links to 352.  NS4 displays all of them (up
to 450)

Comment 11

[Mats Palmgren (inactive)]

WFM, 2005-01-11-07 trunk Linux. I have an old copy of the document on disk
and I can see that it has not changed so there must have been a change
in the parser that fixed this (auto-closing kPhrase/kFont in some situations
resulting in less residual style perhaps?).

Comment 12

[Mats Palmgren (inactive)]

WFM, Mozilla 2005-01-20-05 trunk Windows XP.
(note that it was WFM even before bug 58917 was fixed on XP too)

-> WORKSFORME