Closed Bug 1934811 Opened 1 year ago Closed 1 year ago

www.afisha.ru - Missing "Show more" button from the reviews section

Categories

(Web Compatibility :: Site Reports, defect, P2)

Desktop
Linux

Tracking

(Webcompat Priority:P2, Webcompat Score:7, firefox133 wontfix, firefox134 fixed, firefox135 verified, firefox138 verified)

VERIFIED FIXED
Webcompat Priority P2
Webcompat Score 7
Tracking Status
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)

Environment:
Operating system: Linux
Firefox version: Firefox 135.0

Steps to reproduce:

  1. Navigate to: https://www.afisha.ru/movie/verevka-170159/
  2. Scroll the page until you have reached the "Рецензия Афиши" section
  3. 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

Attached image Screenshot_6.png

Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.

Another <svg> with <use>

Severity: -- → S2
User Story: (updated)
Priority: -- → P2
See Also: → 1907971

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).

Depends on: 1934547

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).

Webcompat Priority: --- → P2
Webcompat Score: --- → 7

No longer reproduces with the latest Nightly 138.0a1 (2025-03-28) on both Windows 10 and Linux.

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED

Verified, the issue no longer reproduces with the RC build.

Tested with:

Browser / Version: Firefox 138.0-candidate build 1
Operating System: Windows 10

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: