multi-line text selection is displayed over a sticky header
Categories
(Core :: Web Painting, defect, P2)
Tracking
()
People
(Reporter: phennim, Assigned: mattwoodrow)
References
(Regression, )
Details
(4 keywords)
Attachments
(3 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:64.0) Gecko/20100101 Firefox/64.0
Steps to reproduce:
- Visit https://bugs.chromium.org/p/chromium/issues/detail?id=147
- Make a text selection that contains a "CR/LF"
- Scroll up so that the selected text goes under the sticky header
Actual results:
(Part of) the selected lines are rendered on top of the sticky header.
Expected results:
The selected text should not be visible when under the header.
Updated•6 years ago
|
Comment 1•6 years ago
|
||
The STR seems to work fine for me using a Nightly on Linux.
It seems likely this is some kind of painting issue rather than Layout.
Comment 2•6 years ago
|
||
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:66.0) Gecko/20100101 Firefox/66.0
20190125215013
I can reproduce this on Windows, based on attachment 9038793 [details] rather than comment 0:
- https://bugs.chromium.org/p/chromium/issues/detail?id=147
- Select from "tabs" to "2. Close the who"
- Using the mousewheel, scroll down.
Comment 3•6 years ago
|
||
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Comment 4•6 years ago
|
||
regression-window |
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6415ccbf739f36f71548540bd92c3b86ab9e1529&tochange=d112cf7b2b60e6244099dc3b599a2444ba0d1da3
Regressed by: Bug 1443027
Updated•6 years ago
|
Updated•6 years ago
|
Comment 6•6 years ago
•
|
||
This is prioritized as a P2 with no assignee since January, could we either get an assignee or decide that this should be a P3? Thanks
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 7•6 years ago
|
||
Assignee | ||
Comment 8•6 years ago
|
||
Didn't have success making an automated test for this, even making a selection from JS still results in the correct behaviour.
Comment 10•6 years ago
|
||
bugherder |
Updated•6 years ago
|
Comment 11•5 years ago
|
||
Hello,
Reproduced the issue using the test case from comment 3 with Firefox 66.0a1 (20190124214415) on Windows 10x64 and macOS 10.14.
The issue is verified using Firefox 68.0b12 (20190619234730) and Firefox 69.0a1 (20190624213657) on Windows 10x64, macOS 10.14 and Ubuntu 18.04.
Description
•