www.afisha.ru - Missing "Show more" button from the reviews section
Categories
(Web Compatibility :: Site Reports, defect, P2)
Tracking
(Webcompat Priority:P2, Webcompat Score:7, firefox133 wontfix, firefox134 fixed, firefox135 verified, firefox138 verified)
People
(Reporter: rbucata, Unassigned)
References
()
Details
(Keywords: webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs])
User Story
platform:windows,mac,linux,android impact:feature-broken configuration:general affects:all branch:release diagnosis-team:layout
Attachments
(1 file)
|
330.01 KB,
image/png
|
Details |
Environment:
Operating system: Linux
Firefox version: Firefox 135.0
Steps to reproduce:
- Navigate to: https://www.afisha.ru/movie/verevka-170159/
- Scroll the page until you have reached the "Рецензия Афиши" section
- Observe
Expected Behavior:
There is an a kebab menu to expand the review (three doted lines)
Actual Behavior:
The menu to expand the review is missing
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome
Created from https://github.com/webcompat/web-bugs/issues/144790
| Reporter | ||
Updated•1 year ago
|
| Reporter | ||
Comment 1•1 year ago
|
||
| Reporter | ||
Updated•1 year ago
|
Comment 2•1 year ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
Comment 3•1 year ago
|
||
Another <svg> with <use>
Comment 4•1 year ago
|
||
The issue here isn't SVG/use-related, as far as I can tell.
What's really going on is that this button is an absolutely-positioned element at the end of a -webkit-line-clamp-clamped section -- there's an element that has -webkit-line-clamp: 7; in its inline style, and if I untick that declaration, then suddenly this button shows up.
Technically it's correct for us to prevent that element from rendering, per bug 1934547 comment 4; and Chrome also prevents it from rendering if I visit chrome://flags and set Experimental Web Platform features to Enabled. So the behavior-difference between Firefox and Chrome here is just a case where we're slightly ahead of other browsers in shipping a recently-specced behavior.
This is described in platform bug 1934547, which is currently closed as INVALID (since our behavior matches the spec and Chrome-with-that-flag-enabled).
I don't think this is easily sitepatchable, unfortunately... we can't add any styles to the absolutely-positioned element to make it render. The only way to make it render would be to put it in a different DOM position (before the line-clamping threshold).
Updated•1 year ago
|
Comment 5•1 year ago
|
||
We decided to change course on bug 1934547 and roll back our change, pending further discussion about the right spec-text and approach there.
So: reclassifying as a platform bug.
Now that bug 1934547 is fixed, I retested this bug and confirmed this is fixed in Nightly 135 (I just verified locally). You can experimentally bring back the buggy behavior by enabling about:config pref layout.css.webkit-line-clamp.skip-paint (which is off by default).
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 6•1 year ago
|
||
No longer reproduces with the latest Nightly 138.0a1 (2025-03-28) on both Windows 10 and Linux.
Comment 7•11 months ago
|
||
Verified, the issue no longer reproduces with the RC build.
Tested with:
Browser / Version: Firefox 138.0-candidate build 1
Operating System: Windows 10
Updated•11 months ago
|
Description
•