Bug 239486
| Summary: | Inline contenteditable elements with `pointer-events: none` receive focus when clicked | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Daniel Richards <daniel.p.richards> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | hi, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 15 | ||
| Hardware: | Mac (Apple Silicon) | ||
| OS: | macOS 12 | ||
Daniel Richards
There seems to be inconsistencies in how inline and block contenteditable elements handle focus when `pointer-events` is set to none.
I've put together some test cases below to demonstrate that it seems to be only inline contenteditable elements that have this issue.
Steps to reproduce:
1. Visit https://codepen.io/talldan/pen/RwxEzwg. All elements in this demo have been set to `display: none`
2. Try clicking the link '1. Link (Not contenteditable)' and observe that focus correctly doesn't occur on this inline interactive element.
3. Try clicking the link '2. Link (Contenteditable)' and observe that it receives focus (which is inconsistent with the previous step).
4. Try clicking the span '3. Span (Contenteditable)' and observe that it receives focus (this doesn't just happen for links).
5. Try clicking the div '4. Div (Contenteditable)' and observe that it doesn't receive focus (inconistent with step 4).
6. Try clicking the span '5. Block span (Contenteditable)' (a span that has been set to display: block) and observe that it doesn't receive focus.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Daniel Richards
> All elements in this demo have been set to `display: none`
Sorry, I meant `pointer-events: none`. I couldn't see a way to edit the description.
Radar WebKit Bug Importer
<rdar://problem/92317695>