Bug 18219 – REGRESSION (3.1 - r31436): Incomplete painting of selection highlight in table with rowspanning elements

• Status: RESOLVED
• Resolution: WORKSFORME
• Component: Tables

To reproduce, load the attached test case. Select all the text in the table from the lower right corner up to the upper left. While still holding down the mouse button, move down through the first row of text, then stop and release in "row 4 text". Some selection highlight remains above the text "rowspanning row 3 text". This highlight remains even after clicking once to deselect all. See the attached screenshot for what it looks like at this point.

This does not occur in Safari 3.1. Also, when the entire table is selected, the part that remains highlighted with the previously described procedure is separated by a border from the text below it, which is not the case in Safari 3.1 (the highlighting is continuous).

Created attachment 20213 [details]
Test case

Created attachment 20214 [details]
Screenshot with highlight artifact

[Matt Lilek]

Confirmed with r31436 as a regression from Safari 3.1.

(In reply to comment #0)
> To reproduce, load the attached test case. Select all the text in the table
> from the lower right corner up to the upper left. While still holding down the
> mouse button, move down through the first row of text, then stop and release in
> "row 4 text". Some selection highlight remains above the text "rowspanning row
> 3 text". This highlight remains even after clicking once to deselect all. See
> the attached screenshot for what it looks like at this point.
> 

Easier steps to reproduce:
1. Load testcase and hit Cmd + A to select all.
2. Cmd + Shift + R to force repaint.
3. Click to deselect.
4. Cmd + Shift + R again to force repaint.

I can't reproduce with TOT. Can anyone?

[Gavin Sherlock]

I can't reproduce this in r48518 - should this be closed?

(In reply to comment #5)
> I can't reproduce this in r48518 - should this be closed?

Yes.