#13697 closed defect (fixed)
shift+enter may throw error in Editor
Reported by: | liucougar | Owned by: | liucougar |
---|---|---|---|
Priority: | high | Milestone: | 1.7 |
Component: | Editor | Version: | 1.6.1 |
Keywords: | dohfail | Cc: | |
Blocked By: | Blocking: |
Description
when the selection starts at the beginning of a block element
Change History (8)
comment:1 Changed 9 years ago by
Owner: | set to liucougar |
---|---|
Resolution: | → fixed |
Status: | new → closed |
comment:2 Changed 9 years ago by
Component: | General → Editor |
---|
Thanks. Can you add a test case for this to the EnterKeyHandling.html robot test?
comment:4 Changed 9 years ago by
Keywords: | dohfail added |
---|---|
Resolution: | fixed |
Status: | closed → reopened |
That robot test is failing intermittently for me (tested on IE8).
comment:6 Changed 9 years ago by
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Assuming Liu's change fixed issue, so marking fixed.
comment:7 Changed 9 years ago by
This is still an issue on IE8, and IE7 when blockNodeforEnter='BR'.
<p>ab</p>
If you put the cursor after b, hit ctrl-enter, then backspace, then ctrl-enter again, the browser crashes.
Or if you just enter some text, then use fontchoice to change it's format, then hit ctrl-enter twice at the end of it.
comment:8 Changed 8 years ago by
I can reproduce a browser crash on IE8 in dijit/tests/editor/EnterKeyHandling.html, by setting the first editor to <p>ab</p>, putting the caret after "b", and then typing ctrl-enter, backspace, ctrl-enter, ctrl-enter. Likewise with shift-enter.
Seems like a different bug than this one though since this is about being at the beginning of a block element. I filed #16832 to track it.
In [26217]: