Open Bug 243643 Opened 20 years ago Updated 3 years ago

pasting preformat text puts cursor one line above the end of the pasted content

Categories

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

x86
All
defect

Tracking

()

People

(Reporter: asa, Unassigned)

References

Details

Tested on windows and linux 1.7 branch builds from today. Also impacts
Thunderbird 0.6.

If you paste preformatted text into an html message compose window or Mozilla
Composer, the cursor is placed at the end of the second to last line of text
rather than the end of the pasted text. 

Steps to reproduce: 
1. select the three lines of example text below. 
2. copy to clipboard.
3. paste into a Composer or HTML message compose window. 

Results: Cursor appears at the end of the second line of pasted text.
Expected: Cursor appears at the end of the third line or on a new row. 

Example text: 

This is some example text. 
The cursor will appear here ->
The cursor should appear here.
*** Bug 251895 has been marked as a duplicate of this bug. ***
This happens if the pasted text includes the <pre> formatting, and also happens 
for unformatted text being pasted in where the editor's style has been set for 
Preformatted.

Asa, was this a regression?
(In reply to comment #2)
> Asa, was this a regression?

IIRC this wasn't a regression (i did some testing and this seems broken since
this feature was introduced, the feature being the cursor being placed at the
end of the pasted content).
QA Contact: bugzilla → editor
Assignee: mozeditor → nobody

Bulk-downgrade of unassigned, untouched DOM/Storage bug's priority.

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

Severity: normal → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.