Select All does not visually highlight everything at first
Categories
(Core :: DOM: Selection, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox66 | --- | unaffected |
firefox67 | blocking | fixed |
firefox68 | --- | fixed |
People
(Reporter: alvinhochun, Assigned: masayuki)
References
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0
Steps to reproduce:
- Open certain pages (https://github.com/servo/webrender for example, scroll down a bit to see the readme text).
- Press Ctrl+A or press "Select All" on right-click context menu.
Actual results:
Some of the texts are not visually highlighted, but they act like they're selected.
Hovering cursor over links will cause them to visually update and possibly some weird updates (e.g. hovering over the link https://hg.mozilla.org/mozilla-central
twice causes some interesting changes).
Certain actions will fix the visual issue (e.g. causing the window to lose focus).
Expected results:
All texts on the page are selected and highlighted.
Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
[Tracking Requested - why for this release]: selection highlight is broken.
Reproduuced without WebRender.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f74e07af9897218f5af09cc0188e753e74ecb58d&tochange=d011dfe8368374923cb69a0ab510d6814cbf3ab1
Regressed by: Bug 1533293
Nakano san, Your bunch of patch seems to cause the regression. Can you please look into this?
Assignee | ||
Comment 2•5 years ago
|
||
Oh, thanks, I'll investigate this soon.
Comment 3•5 years ago
|
||
I can confirm the regression range. This is happening on almost all the sites I tested. Unfortunately this is in Beta 3 as bug 1533293 landed right before the merge. We can't ship 67 with that regression and it is also a very broken behavior for our Nightly population. Masayuki, let's backout the patch on both central and beta and reland a working patch later.
Comment 4•5 years ago
|
||
Looks like it already got backed out:
https://hg.mozilla.org/mozilla-central/rev/25398e555020
Backed out 3 changesets (bug 1533293) for causing Bug 1536595 a=backout
https://hg.mozilla.org/releases/mozilla-beta/rev/bfc174c4deb8
Backed out 3 changesets (bug 1533293) for causing Bug 1536595 a=backout
I'll let you guys set the correct flags.
FIXED by backout of bug 1533293.
Updated•5 years ago
|
Updated•5 years ago
|
Assignee | ||
Comment 5•5 years ago
|
||
Fixed by the additional patch of bug 1533293.
Comment 6•4 years ago
|
||
Please specify a root cause for this bug. See :tmaity for more information.
Assignee | ||
Comment 7•4 years ago
|
||
(In reply to Firefox Bug Husbandry Bot from comment #6)
Please specify a root cause for this bug. See :tmaity for more information.
Technically, explained by bug 1533293 comment 9. In other simple words, the optimization caused text frames selected by 2nd or later selection ranges not invalided properly. Therefore, the additional patch of bug 1533293 makes them invalidated when user adds a selection range because adding selection may be split to multiple ranges only when user initiated it and there are non selectable content.
Assignee | ||
Updated•4 years ago
|
Description
•