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)
Tracking
()
NEW
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.
Comment 1•20 years ago
|
||
*** Bug 251895 has been marked as a duplicate of this bug. ***
Comment 2•20 years ago
|
||
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?
Comment 3•20 years ago
|
||
(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).
Updated•17 years ago
|
QA Contact: bugzilla → editor
Updated•17 years ago
|
Assignee: mozeditor → nobody
Comment 4•3 years ago
|
||
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.
Description
•