Closed Bug 666696 Opened 13 years ago Closed 13 years ago

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

Categories

(Core :: Layout: Form Controls, defect)

Product:
Core
Component:
Layout: Form Controls
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

()

Status:
RESOLVED DUPLICATE of bug 666669

People

(Reporter: MatsPalmgren_bugz, Assigned: MatsPalmgren_bugz)

References

Details

(Keywords: perf) 

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.
That's because there is a caret in the textarea's text node.
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)
All problems in this bug are covered by bug 666669 + bug 667653.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.