| Summary: | [iOS]: New test landed for r259762 landed broken: editing/editable-region/hit-test-overlap.html | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Ryan Haddad <ryanhaddad> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | dbates, webkit-bot-watchers-bugzilla, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=209888 | ||
| Bug Depends on: | 209888 | ||
| Bug Blocks: | |||
|
Description
Ryan Haddad
2020-04-09 14:23:44 PDT
Test is expected to fail as written. There was some confusion (or I became confused) with regards to earlier revisions of the bug #209888 that had -_mayContainEditableElementsInRect only returning true if the frontmost layer didn't contain an editable element. I had coded the test with this behavior at the time, but it's not the final behavior I went with: -_mayContainEditableElementsInRect returns true if any hit layer contains an editable element. Thinking about it now, it may be possible to actually get what the test was trying to achieve.... (In reply to Daniel Bates from comment #2) > Thinking about it now, it may be possible to actually get what the test was > trying to achieve.... I'll achieve it in stages. First, for this bug, I'll just update the test to match the landed behavior. Then I will file a bug for new behavior. Committed r259831: <https://trac.webkit.org/changeset/259831> |