| Summary: | css content ignored when adjusting selection | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Per Bothner <per> | ||||
| Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | NEW --- | ||||||
| Severity: | Normal | CC: | ahmad.saleem792, rniwa, webkit-bug-importer, wenson_hsieh | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | Safari 16 | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
Specifically, try the attached test-case. Note that the selection.collapse requests the caret before *after* the arrow character, but after "selection fixup" the caret is *before* the caret. This is a WebKit-specific bug. It seems to be the way WebKit adjusts the selection (contrary to the html5 specification) is a classical case of "technical dept" - a complicated fragile work-around for some other problem. Any plans to fix this? Bug confirmed on Safari 16.2. Just to update: Safari 16.3, WebKit ToT - both show ‘caret’ before arrow character. It is same in Chrome Canary 111. In case of Firefox Nightly 111, it shows caret after arrow character. |
Created attachment 464295 [details] test-case When WebKit "adjusts" the requested selection to an "equivalent" position, it does not seem to take CSS "content" text info account.