Closed Bug 416376 Opened 18 years ago Closed 18 years ago

contentEditable keeps cursor even after a blur, may or may not remain editable

Categories

(Core :: DOM: Editor, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: nicholas.j.santos, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2 Even though a contentEditable element has received a blur event, the cursor remains in the element. Sometimes typing will continue to add contents to the element. Reproducible: Always Steps to Reproduce: 1. Go to http://nick-santos.com/tests/content_editable_events.html 2. Click on the contentEditable element 3. Click on the document below the contentEditable element 4. Observe the blur event 5. Type some text Actual Results: After 3, the cursor remains in the element. After 5, the text appears in the element. Expected Results: Neither should happen As an alternative step 3, click on the text above the element instead of the space below it. Then type. The cursor remains, but no text shows up.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008020808 Minefield/3.0b4pre I can't seem to reproduce this, although I see it in a 6 Dec 2007 build. Can you test latest nightly trunk build? http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Right on, marking as fixed.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Resolution FIXED is only used when you know exactly what code was checked into the tree to correct the bug. For now, resolving WORKSFORME.
Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.