666696 - text-overflow marker (ellipsis) in a <textarea> overlaps the content

Status: RESOLVED DUPLICATE of bug 666669

(Core :: Layout: Form Controls, defect)

Description

[Mats Palmgren (inactive)]

Follow-up from bug 312156.

I strongly suspect that this is the same underlying issue as bug 666669.
However, it seems wrong that we always paint <textarea> using the slower
paint-with-selection path even when the user have not made a selection.

Comment 1

[Robert O'Callahan (:roc) (email my personal email if necessary)]

That's because there is a caret in the textarea's text node.

Comment 2

[Mats Palmgren (inactive)]

No, that doesn't seem to be the problem actually.
If you turn off spell checking, under Preferences->Advanced,
then Shift-Reload "Test 2, form elements" in bug 312156:
https://bug312156.bugzilla.mozilla.org/attachment.cgi?id=528014

You'll see that the ellipsis in the <textarea>s looks just fine.
The problem is that "CSS" is misspelled (!) and causes the 
NS_FRAME_SELECTED_CONTENT to be set on the frame, which makes us
take the paint-with-selection path.

(doing that on Linux, I see bug 666362 also occurs on Linux)

Comment 3

[Mats Palmgren (inactive)]

All problems in this bug are covered by bug 666669 + bug 667653.