Bug 16973 – Shift+Return doesn't produce BR elements in a contentEditable area.

• Status: NEW
• Component: HTML Editing

[Johan "Spocke" Sörlin]

WebKit doesn't produce BR element on a shift+return key press. This works in all other major browsers like IE, FF and Opera.

Steps to reproduce:
1. Open the attached URL.
2. Place caret inside editable area.
3. Press shift+return.
4. Observe that nothing happens, no BR is produced.

[Mark Rowe (bdash)]

*** Bug 16974 has been marked as a duplicate of this bug. ***

See also bug 13959.

[Tom Gilder]

On OS X, Ctrl+Return inserts a <br>. 

No key combination seems to on Windows, though.

[Gerald Cornish]

This problem does NOT occur on my Pismo (10.4.11) using Firefox 3beta, Netscape 7.02, Omniweb 5.6, Navigator 9.0.0.6, iCab 3.0.5, iCab 4.0.1

[Graham Perrin]

Whether 
control-return 
is a norm in Mac OS X, I don't know. 

(I'm reminded that alt-spacebar is the norm for a non-breaking space but in Kupu I can't find any key combination for a non-breaking space (that's a separate issue).)

[Moxiecode Systems]

This once can be closed. I can no longer reproduce it.

[Alexey Proskuryakov]

Testing with a Mac nightly, I see that Ctrl+Return produces a <BR>, while Shift+Return produces a nested <div>. I don't know if that's correct behavior.

But sounds like this bug was actually about Windows Safari? The platform/OS fields don't make it clear.

[Ryosuke Niwa]

(In reply to comment #7)
> Testing with a Mac nightly, I see that Ctrl+Return produces a <BR>, while Shift+Return produces a nested <div>. I don't know if that's correct behavior.

Chrome uses Shift+Return for <br> on Mac as well as on Windows.  Maybe this is a Safari Mac port bug?

[Mike Sherov]

As of this writing, Safari on Yosemite produces `<p><br></p>` instead of `<br>` (which is the behavior of the other browsers.

Is this expected? Is there any chance of this being fixed soon?