Closed
Bug 433692
Opened 17 years ago
Closed 6 years ago
Caretmode gets enabled for the whole page is contentEditable is set to false.
Categories
(Core :: DOM: Editor, defect)
Core
DOM: Editor
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: spam, Unassigned)
References
(Depends on 1 open bug, )
Details
(Keywords: testcase)
Attachments
(2 files)
371 bytes,
text/html
|
Details | |
4.95 KB,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Build Identifier:
The caret mode will be enabled for the whole page if you set contentEditable to false on an editable element.
Reproducible: Always
Steps to Reproduce:
1. Open the attached example URL.
2. Place caret inside the editable element.
3. Press the off link to disable contentEditable mode for the element.
4. Notice that the caret mode is now enabled for the whole page.
Actual Results:
Caret is still visible inside the editable element an also on the whole document.
Expected Results:
The caret should not be visible at all since there is no editable regions on the page.
Blocks: contenteditable
Comment 1•17 years ago
|
||
Updated•17 years ago
|
Comment 2•17 years ago
|
||
I feel this has a relation with bug 264820, but in this case it's the caret state that needs to adjust to dynamic conditions.
Depends on: 264820
Comment 3•17 years ago
|
||
Mochitest that tests this bug and bug 264820.
I'm asking for blocking on this one. I think it's over due to fix some of the more serious contentEditable bugs.
Flags: blocking1.9.2?
Flags: wanted1.9.2-
Flags: blocking1.9.2?
Flags: blocking1.9.2-
Comment 5•15 years ago
|
||
One can work around this issue by calling .blur() before disabling contenteditable
Comment 6•6 years ago
|
||
I cannot reproduce this on the latest Nightly 63. Feel free to reopen this with test case.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•