| Summary: | Selection goes crazy with floats that have margins | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Ojan Vafai <ojan> | ||||||
| Component: | Text | Assignee: | Nobody <webkit-unassigned> | ||||||
| Status: | NEW --- | ||||||||
| Severity: | Normal | CC: | hyatt, jfernandez, mitz, rniwa, zalan | ||||||
| Priority: | P2 | ||||||||
| Version: | 528+ (Nightly build) | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| URL: | http://neutrino.io/ | ||||||||
| See Also: |
https://bugs.chromium.org/p/chromium/issues/detail?id=758526 https://bugzilla.mozilla.org/show_bug.cgi?id=1397514 |
||||||||
| Bug Depends on: | 176096 | ||||||||
| Bug Blocks: | |||||||||
| Attachments: |
|
||||||||
I don't think margins have a direct effect on the issue. I think that the root cause is extending the selection until reaching the float's container. I'll attach another case which I think reveals the same issue without margins. Created attachment 318979 [details]
another test case
FTR, the issue is clearly reproducible in current trunk. I can reproduce the issue described in both test cases in FF as well. |
Created attachment 173321 [details] reduced testcase See test case. In general we don't handle margins very well with selections (e.g. any page that puts all it's contents in a margin: auto container). Here's another case encountered in the real world.