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)

x86
macOS
defect
Not set
normal

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
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)
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.
Can we mark this as confirmed? We have three people who can always reproduce it.
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.