User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b2pre) Gecko/2007120305 Minefield/3.0b2pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b2pre) Gecko/2007120305 Minefield/3.0b2pre While testing out contenteditable, we notice the editable area gets disabled, the only way to fix it is to reload the page. It is tricky to reproduce, but our attached URL should give you a fairly easy way of testing it. This makes contenteditable useless since editing is disabled. Reproducible: Sometimes Steps to Reproduce: 1. Follow the steps in the attached URL. You might need to do it a few times before you get the results. Actual Results: The contenteditable area gets completely unusable, reload of page necessary. Expected Results: Contenteditable area should remain editable regardless of selection/caret positions.

I can't reproduce this now. It's possible it's related to Bug 389933, as I see the same assertion as reported in that bug firing here. Mr Moxiecode.com, are you still seeing this bug with current nightlies?

Yes, I was able to reproduce this with Latest Nightly. Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2007121605 Minefield/3.0b3pre It took me about 3 tries to reproduce this, its very picky on "where" you click etc, spend some time with the URL I posted.

I reproduced this on Mac.

Ok, I can reliably reproduce this now. STR: 1. Position mouse over any part of the contenteditable node. 2. Press mouse left button. 3. Drag mouse to higlight one or more characters. 4. Drag mouse to below the contenteditable area. 5. Release mouse left button. 6. Click in the contenteditable area, caret appears. 7. Type something, text appears in area. 8. Reload page. 9. Repeat steps 1-7 once only. 10. Note that the text you type when repeating (7) does NOT appear. So basically, this bug shows up every second time you select text by mouse highlight, when releasing the mouse button outside of the contenteditable area. I've got no idea why it would only show up every second time between reloads though. Maybe the key is that you release the mouse outside of the contenteditable area?

Ah ok, I never connected the dots with reloading and reproducing this bug, but I can confirm that these steps you provide does indeed reproduce the bug 100% of the time.

Isn't this bug related to bug 412920 ?

This is definitely a duplicate of bug 412920 (the other way if you'd like). There's no need for complicate steps, just open the page, REFRESH, focus the editable element then wait from 2 to 10 seconds.

(In reply to comment #7) > This is definitely a duplicate of bug 412920 Agreed, duping.

Verified dup