Bug 244987
Summary: | contenteditable element does not completely surrender focus | ||
---|---|---|---|
Product: | WebKit | Reporter: | Ahmad Saleem <ahmad.saleem792> |
Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
Status: | NEW | ||
Severity: | Normal | CC: | ap, bfulgham, karlcow, rniwa, webkit-bug-importer, wenson_hsieh |
Priority: | P2 | Keywords: | InRadar |
Version: | Safari Technology Preview | ||
Hardware: | Unspecified | ||
OS: | Unspecified |
Ahmad Saleem
Hi Team,
Another diving into Chrome Monorail and came across a bug in contenteditable stealing focus:
Test Case - https://jsfiddle.net/nk5ft2h7/
Commit Link - https://src.chromium.org/viewvc/blink?view=revision&revision=153317
Chrome Bug - https://bugs.chromium.org/p/chromium/issues/detail?id=222546
_______
*** STEPS TO REPRODUCE ***
1) Follow the instructions of JSFiddle
2) Place caret inside "Edit Me!" and then click checkbox
<<< ACTUAL RESULT >>>
Caret is still visible in Safari 15.6.1
<<< EXPECTED RESULT >>>
Caret should not be visible
______
^^^ OTHER BROWSERS ^^^
Firefox Nightly 106 - showing "EXPECTED RESULT"
Chrome Canary 107 - showing "EXPECTED RESULT"
_____
I think fixing will bring Webkit more aligned with other browsers. Keep fixing them and making Webkit more awesome!
Thanks!
Attachments | ||
---|---|---|
Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
This looks like part of bug 22261 to me. Which we consider a bug in other browsers mostly, but maybe some aspects are worth fixing in WebKit.
Ahmad Saleem
I think it is definitely worth fixing at least some edge cases because it is quite famous bug, I believe (following Chrome Bug details):
Workaround since 2011 - https://gist.github.com/shimondoodkin/1081133
Which is also -> It's the top web search result for "webkit contenteditable workaround".
Just wanted to add more details. If it is duplicate of any other bug, please mark this as "DUPLICATE". Thanks!
Radar WebKit Bug Importer
<rdar://problem/100032932>