Closed
Bug 473255
Opened 16 years ago
Closed 14 years ago
Cursor location jumps to top of edit region after pasting formatted text
Categories
(Core :: DOM: Editor, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 493189
People
(Reporter: stevemcmillen, Unassigned)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090110 Shiretoko/3.1b3pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre
Note: Issue with either Thunderbird Compose window or SeaMonkey Composer window - Both pre-release builds.
After pasting formatted text in either Compose window or SeaMonkey Composer, the cursor location jumps to the top of the page (and scrolls all the way to the top if the scroll location is not already there).
Reproducible: Always
Steps to Reproduce:
1. Open either Thunderbird Compose window or SeaMonkey Composer/Editor
2. Copy HTML link from Firefox (must be recent version of Firefox [Shiretoko/3.1b3pre] as older versions were having bugs with formatted text copy and paste)
3. Add enough text to cause the scroll bar to move down
4. Paste the text into the compose window at the bottom or anywhere as long as the scroll is below the top
Observe the scroll bar snaps to the top and the cursor is place in top left of the document. Also observe that if you scroll back down, the text was successfully pasted.
Actual Results:
Observe the scroll bar snaps to the top and the cursor is place in top left of the document. Also observe that if you scroll back down, the text was successfully pasted.
Expected Results:
Cursor is placed immediately after the pasted formatted text or object.
happens in both the following builds:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre (Message Compose Window)
Build identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081202 SeaMonkey/2.0a2 (Composer Window)
Note: For repro, I used following build of firefox:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090110 Shiretoko/3.1b3pre
Comment 1•16 years ago
|
||
I can't reproduce this by copy-pasting from firefox (3.0.8) to thunderbird (2.0.0.21).
I can reproduce this when I copy-paste content from openoffice writer to firefox (e.g. to http://www.mozilla.org/editor/midasdemo/)
My first encounter with this bug was by pasting content from openoffice writer to a htmleditor (tested with fckeditor, midas demo and some others)
Comment 2•16 years ago
|
||
Happens for me on Mac Firefox 3.5b4 whenever I paste formatted text and the formatting is preserved. For example, copying from Word and pasting into Gmail's rich text composer. (Copying formatted text from other apps like TextEdit doesn't preserve formatting and doesn't exhibit the problem.)
This insertion point jumping problem is potentially a big deal for my company's app, EtherPad. I'd really like to see it fixed.
Comment 3•15 years ago
|
||
Can we mark this as confirmed? We have three people who can always reproduce it.
Updated•14 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•