100536 - HTML 4.01 Quick Reference sidebar corrupts on scroll

Status: RESOLVED DUPLICATE of bug 93526

(Core :: Layout, defect, P1)

Description

[Ilya Konstantinov]

To reproduce:
1. Start a fresh new copy of Mozilla.
2. Open the Sidebar (F9).
3. Add the "HTML 4.01 Quick Reference" sidebar ( from
http://developer.netscape.com/evangelism/sidebar/ ).
4. Switch to the "HTML 4.01 Quick Reference" sidebar and wait for it to load.
5. Scroll down.
6. Scroll up.

Problem: The sidebar page corrupts (the "Elem Attr TOC" header gets smeared all
over the page).

Curious fact:
Only appears on the first attempt. If you'll close and reopen the sidebar (via
F9), switch to another sidebar and back or go to a page inside the sidebar (e.g.
"Attr"), the effect would no longer reproduce until you restart Mozilla.

Comment 1

[Christopher Aillon (sabbatical, not receiving bugmail)]

Reporter: what build are you using?   I have been using the HTML 4.01 quick ref
sidebar for a while and haven't seen that yet and I just did all your steps
again to double check and I still don't see that.  I am using Linux trunk build
2001091808.

Comment 2

[Ilya Konstantinov]

Still perfectly reproducable on today's nightly, as well as under 0.9.4 (my
usual version) and Netscape 6.1 (just for the sake of trying).

For the record, it's a Debian GNU/Linux system running XFree86 4.1.0.

Comment 3

[Ilya Konstantinov]

Attachment: Screenshot

Comment 4

[Ilya Konstantinov]

The distance between the replicated headings (as seen in the screenshot) depends
on the scrolling speed. Mouse wheel scrolls (which advance many pixels at a
time) and fast movements of the scrollbar result in more distance.

Comment 5

[Marc Attinasi]

Could this be related to bug 100574? I only ask because they both came to my
attention today, and both are on Linux only, and both seem to indicate an
invalidation / painting problem.

Comment 6

[Chris Petersen]

Confirming this issue on the Linux Sept 24 branch build (2001-09-24-08). I have
not been able to repro this same problem on the Mac OS X Sept 24th build.

Comment 7

[Marc Attinasi]

I think it is a fixed-positioning problem, and I see it on the CSS2 Quick Ref. too.

The rule for the top row of 'tabs' is here:

div.topLinks {padding: 4px 0 0 1px; background: #DDE; border-bottom: 1px solid
gray; white-space: nowrap; text-align: left; font: bold 11px Arial, sans-serif;
position: fixed; top: 0; bottom: auto; height: auto; left: 0; right: 0; width:
100%;}

Those 'tabs' are the parts that I see mucking the display.

Comment 8

[Marc Attinasi]

Moving Mozilla 1.01 bugs to 'future' milestone with priority P1

I will be pulling bugs from 'future' milestones when scheduling later work.

Comment 9

[Greg K.]

Dup of bug 93526?

Comment 10

[Christopher Hoess (gone)]

*** This bug has been marked as a duplicate of 93526 ***