16266 - [PAINTING] [DOGFOOD] Text fields/editor content in Linux are displaying gray blocks at the end

Status: VERIFIED FIXED

(Core :: DOM: Editor, defect, P2)

Description

[Stuart Parmenter]

html:input text fields and iframes managed by the editor are dislaying on Linux
with gray background in the last position.

------- Additional Comments From [e-mail]  09/29/99 14:21 -------
assigned to akkana for initial investigation.  is this linux specific?

------- Additional Comments From [e-mail]  09/29/99 14:22 -------
pav, could this have anything to do with your recent paint optimizations?

------- Additional Comments From [e-mail]  09/29/99 14:35 -------
The problems has been around for a couple of weeks, I don't think it has
anything to do with recent changes. it also does not happen on Windows.

------- Additional Comments From [e-mail]  09/29/99 15:53 -------
I don't understand this bug.  If I go to bugzilla's "file new browser bug" page,
start typing in the Assigned To text field, and keep typing until I hit the end
of the text field, all the characters look the same -- they're all black
foreground on grey background.

What should I do to see the grey background referred to in this bug?

------- Additional Comments From [e-mail]  09/29/99 17:43 -------
Created an attachment (id=1918)
screenshot of what i see


------- Additional Comments From [e-mail]  09/29/99 17:45 -------
added attatchmen jpg file showing what i see.

I run apprunner and it goes to whatever the default homepage is
(http://www.mozilla.org in this case) . And I see the effect shown in the
screenshot.

------- Additional Comments From [e-mail]  09/29/99 17:53 -------
I can't get this to happen on my system, but it's clearly something to do with
drawing -- either getting the wrong exposure events, or not doing the right
things with them.  Pav, can you reproduce this?

Comment 1

[Stuart Parmenter]

Attachment: screenshot from ramiro

Comment 2

[Stuart Parmenter]

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

Comment 3

[leger]

Putting on [PDT-] radar.

Comment 4

[Stuart Parmenter]

the cause of this is deep any probably a duplicate of another bug I have.  It
should probably be PDT+

Comment 5

[Stuart Parmenter]

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

Comment 6

[Peter Trudelle]

I see this in the opt bits. It obscures most of the content of numeric fields in
prefs.

Comment 7

[Jim Roskind]

Based on Pavlov's comment, it sounds like this is an architectural problem, that
will require some careful untangling.  In general, this sort of bug is not
dogfood via PDT proclamation, but may well be lower architectural resolution and
proposed by Porkjockeys.
If you want to get the PDT+ marking, you should give a specific example where
the product is unusable.  Remember, dogfood means daily use, and hence stuff
that can be easily sidestepped does not count.

Comment 8

[Stuart Parmenter]

M12

Comment 9

[Stuart Parmenter]

fixed

Comment 10

[sujay]

verified in 11/29 build.