15397 - link certain distance down page fails to repaint

Status: VERIFIED WORKSFORME

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Description

[Sam Allen]

The 115th link in a document fails to repaint on a style change if a reflow is
not required. If a reflow is required, the 115th+ links repaint like they
should.

Comment 1

[Sam Allen]

Attachment: testcase

Comment 2

[Sam Allen]

Attachment: testcase

Comment 3

[Sam Allen]

Please use the second testcase. The first one does not show the problem. (It
does show though that a reflow causes the repaint to happen like it should).

Comment 4

[Peter Linss]

Unable to reproduce with current build

Comment 5

[Sam Allen]

I can reproduce this reliably on the October 1st build. I'll try a later
build....

Comment 6

[Peter Linss]

If you can still reproduce this, please let me know if it depends on things like
window size and scroll position.

Comment 7

[Sam Allen]

OCCURS ON:
- Apprunner, Viewer (October 1st build) on Windows 98
- 640x480 & 800x600 resolutions

STEPS TO REPRODUCE:
1. Load http://bugzilla.mozilla.org/showattachment.cgi?attach_id=1955
2. Scroll down to where the test says 'link (first non-hoverable)'. This link
(and all following links on the document) does not repaint when it is hovered
over.

As far as I can tell window size and scroll position doesn't matter. Adding URL
where I first saw this.

Comment 8

[Sam Allen]

On further investigation, the number of the link doesn't matter; what matters is
how far the link is positioned down the page. If in my testcase you enlarge the
font, then a link further up the page, like the 50th link, won't repaint.

Comment 9

[Sam Allen]

1. I can reproduce this in the 10/7/99 win32 build. (reopening)
2. This may have something to do with selection... the hover style changes like
it should _if_ the user is also selecting text simultaneously (as in dragging
the cursor over the link while the mouse button is held in). If the user is not
selecting anything at the same time, the links do not change style on hover.

Comment 10

[leger]

Clearing WORKSFORME resolution due to reopen of this bug.

Comment 11

[Peter Linss]

Looks like a failure in mouse tracking or event handling.

Comment 12

[Sam Allen]

(adding radar)

Comment 13

[Sam Allen]

*** Bug 16001 has been marked as a duplicate of this bug. ***

Comment 14

[Sam Allen]

This now works. Someone must have fixed something in last couple months. Marking
Worksforme.

Comment 15

[Christine Hoffman]

Verifying WORKSFORME base on reporter's agreement on fix.