372522 - Caret movement across static message-header label partially erases pixels from letters

Status: RESOLVED DUPLICATE of bug 368296

(Core :: Graphics, defect)

Description

[Mike Cowperthwaite]

I see this in SM 1.5a-0130 and -0210, TB 3a1-0210 but *not* 3a1-0129.
(Those are the versions I have handy.)
xref bug 368068 -- this is possibly a dupe of that bug, at root.

Trunk now supports a visible caret in the message headers so you can use the keyboard to select parts of the label for copying.  If you use the arrow keys to scroll the caret across the text, you'll see that the caret lands on each character, on the left-hand edge, and when it moves on that part of the character is erased (redrawn in the background color).

If you make a selection in that field, the entire field redraws.

Comment 1

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a3pre) Gecko/20070303 SeaMonkey/1.5a] (nightly) (W2Ksp4)

I confirm.

This bug looks very much like a dupe of bug 368296.

(Only, TB 3a1-0129 *not* having this bug seems unexpected...)

Comment 2

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a3pre) Gecko/20070304 SeaMonkey/1.5a] (nightly) (W2Ksp4)

Confirming:
same kind of behaviour as described in bug 368296 comment 14.

Comment 3

[Mike Cowperthwaite]

But I'm still seeing this symptom in TB 3a1-0307.  368296's dupe, bug 370588, was fixed in late February.

(I should have said so in comment 0, I only reported the older releases; my bad.)

Comment 4

[Mike Cowperthwaite]

Sorry -- my mistake, I see that 370588 was only just fixed.