contenteditable content is not included in form submission
OS: macOS 14.0 · Device: Desktop Any · Browser: Chrome 120.0 · Keyboard: US
Open case →Scenario
When a contenteditable region is inside a form, its content is not automatically included in form submission. Unlike input and textarea, contenteditable content must be manually extracted and added to the form data.
When a contenteditable region is inside a <form>, its content is not automatically included in form submission. Unlike <input> and <textarea>, contenteditable content must be manually extracted and added to the form data.
Visual view of how this scenario connects to its concrete cases and environments. Nodes can be dragged and clicked.
Each row is a concrete case for this scenario, with a dedicated document and playground.
| Case | OS | Device | Browser | Keyboard | Status |
|---|---|---|---|---|---|
| ce-0067-contenteditable-with-form | macOS 14.0 | Desktop Any | Chrome 120.0 | US | confirmed |
Open a case to see the detailed description and its dedicated playground.
OS: macOS 14.0 · Device: Desktop Any · Browser: Chrome 120.0 · Keyboard: US
Open case →Other scenarios that share similar tags or category.
The required attribute, which works on form inputs to indicate mandatory fields, is not supported on contenteditable regions. There is no built-in way to mark a contenteditable as required for form validation.
The autofocus attribute, which automatically focuses form inputs on page load, does not work on contenteditable elements. There is no built-in way to automatically focus a contenteditable region when a page loads.
Browser autofill and autocomplete features are designed to work with form-associated elements like input and textarea, not with generic contenteditable elements. The autocomplete attribute is ignored on contenteditable elements, and browsers do not provide autofill suggestions when typing in contenteditable regions.
When editing content inside an element with `position:relative`, the text caret (cursor) is completely invisible. Text can be typed and appears in the editor, but there's no visual feedback of where the insertion point is located.
On Chrome Mobile for Android, typing certain punctuation characters (commas, colons, semicolons, quotes, etc.) in the middle of a word causes the cursor to jump to the end of the word instead of staying at the insertion point.
Have questions, suggestions, or want to share your experience? Join the discussion below.