87634 - Caret becomes equal to height of a paragraph

Status: RESOLVED WORKSFORME

(Core :: DOM: Selection, defect, P5)

Description

[Andriy Palamarchuk]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.1+) Gecko/20010620
BuildID:    2001062021

Sometimes caret becomes huge - equal to height of a paragraph.

Reproducible: Always
Steps to Reproduce:
1. Write to yourself an email message of the following contents (3 lines of 'r'
symbol without stars delimiter):
******************************
rrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrrrrrrrrrrrrrrrrrrrrrrrrrrr
rrrrrrrrrrrrrrrrrrrrrrrrrrrr
******************************
Be sure you have the mail composer settings as I do (see below).
2. Receive the message.
3. Call reply to it - the compose window should appear.
4. Go to the end go to the end of line on the last 'r' line, press and keep
<Del> key.

Actual Results:  The caret becomes big when all the characters to the end of
message are removed.


Expected Results:  The caret should remain the same size.

My email composer has configuration to quote the text on reply and put reply
below the quoted message. I compose the message in plain text, not in HTML.
Mesage display: fixed width font, wrap text to window width turned on.

The same issue - big caret was in bug 82101 with different conditions.

Comment 1

[rubydoo123]

jfrancis

Comment 2

[Joe Francis]

Not much can be done about this.  All the content past the quotation is gone. 
Sending over to selection... editor is powerless to prevent all cases of ubercaret. 

Comment 3

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, >=3 years untouched DOM/Storage bug's priority.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.

Comment 4

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(sick)]

I don't reproduced this bug. Currently, caret size is considered with the last nsTextFrame in the case, so, this must have been fixed.