Rendering issue with visibility hidden and :Hover underline
Categories
(Core :: Web Painting, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox-esr68 | --- | wontfix |
firefox67 | --- | unaffected |
firefox68 | --- | wontfix |
firefox69 | --- | wontfix |
firefox70 | --- | wontfix |
firefox71 | --- | wontfix |
firefox72 | --- | wontfix |
firefox73 | --- | wontfix |
firefox74 | --- | fix-optional |
People
(Reporter: roland, Unassigned)
References
(Regression)
Details
(Keywords: regression, testcase-wanted)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36
Steps to reproduce:
Open https://smartslider3.com/bugs/firefox/visibilityhiddenstatic/
Click on "SECOND SLIDE"
Move your mouse over "FIRST SLIDE" label
Actual results:
When you move your mouse over "FIRST SLIDE" (which has text-decoration:underline on hover), the "Heading Layer 2" label will flash forward from the background.
Expected results:
"Heading Layer 2" label should stay in the background and the left part should not be visible.
The element with the className:n2-ss-static-slide has visibility:hidden and its children has visibility:visible. If that element is visible, this issue do not happen.
If the "FIRST SLIDE" element does not have text-decoration:underline on HOVER, this isssue does not happen.
I forgot to insert the screencast of this bug: https://youtu.be/XG_WNIMQARA
Comment 3•5 years ago
|
||
I can reproduce the issue with/without WebRender as well as without HWA on Windows10.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=365ff23dd4c93ef26743e3fa339b5fac3bf15b66&tochange=2bf6bddf9a8a5c52222273ee787bfca7e6c97394
Regressed by: Bug 1535507
Comment 4•5 years ago
|
||
Given that we're a few days away from Fx70 going to RC, I don't think we'll have a fix in time for that release. Let's aim for Fx71. Matt, can you please take a look at this or redirect the NI if you don't have cycles?
Updated•5 years ago
|
Comment 5•5 years ago
|
||
Matt, could you set a priority on this bug and help find an owner if needed? Thanks
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 7•5 years ago
|
||
This was regressed by "implicit empty override display list building rect" -part of bug 1535507.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•2 years ago
|
Comment 8•2 years ago
|
||
Hi there. Its been 3 years this issue is open, and I dont see any update since.
Could you give an update on this issue ? In our team we are experiencing the same issue.
The only info we have that might help you investigate is, that we only see the issue in Windows 10. Windows 11 does not have this issue
Comment 9•2 years ago
|
||
Can you post a reduced testcase of the problem you are seeing?
Comment 10•2 years ago
|
||
(In reply to roland from comment #0)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36
Steps to reproduce:
Open https://smartslider3.com/bugs/firefox/visibilityhiddenstatic/
Click on "SECOND SLIDE"
Move your mouse over "FIRST SLIDE" labelActual results:
When you move your mouse over "FIRST SLIDE" (which has text-decoration:underline on hover), the "Heading Layer 2" label will flash forward from the background.
Expected results:
"Heading Layer 2" label should stay in the background and the left part should not be visible.
In this reproduction that was provided 3 years ago still has the issue
I saw that you identified the bug that introduced this regression...
Comment 11•2 years ago
|
||
How did you determine that your issue was the same issue as the one in that testcase?
Comment 12•2 years ago
|
||
Well, I never said that was the "same" issue.
But I have the same behavior where items that can be hovered, dont behave as expected.
Only in firefox, on windows 10 and only after some rendered happened in the UI. Before any special render, everything works well
Comment 13•2 years ago
|
||
In our side, the issue is more like something disappearing
( which is more like this issue https://bugzilla.mozilla.org/show_bug.cgi?id=1610304 )
But this issue above, was tagged as duplicate of the this one that we are talking now.
Description
•