Open Bug 2003516 Opened 5 months ago Updated 5 months ago

444.hu - Choppy scrolling with the menu open

Categories

(Core :: CSS Parsing and Computation, defect, P3)

Firefox 147
Desktop
Windows 10
defect

Tracking

()

REOPENED
Tracking Status
firefox145 --- unaffected
firefox146 --- ?
firefox147 --- affected

People

(Reporter: ctanase, Unassigned)

References

(Depends on 1 open bug, Blocks 1 open bug, )

Details

Attachments

(1 file)

Attached image image.png

Environment:
Operating system: Windows 10
Firefox version: 145/147

Steps to reproduce:

  1. Go to https://444.hu/2025/11/12/van-mar-olyan-szijjarto-szereples-amit-tobb-orosz-lathatott-mint-magyar
  2. Click on "Menü" button.

Expected Behavior:
The menu gets shown.

Actual Behavior:
Nothing happens.

Notes:

  1. Reproducible regardless of the ETP status
  2. Not reproducible on Firefox Release and Chrome
  3. Issue found during the Anchor-positioning QA testing phase

Interesting, with mozregression --launch 2025-12-01 -a https://444.hu/2025/11/12/van-mar-olyan-szijjarto-szereples-amit-tobb-orosz-lathatott-mint-magyar I see the menu, but quite offset from the correct position.

Since the status is marked as affected for nightly and as unaffected for release, is it affected or unaffected for beta?
For more information, please visit BugBot documentation.

Similar issue with Bug 2003537, we anchor to the share button instead of the menu button. Root cause is anchor-scope and display: contents interacting poorly, likely.

I also think the menu doesn't scroll well, which is likely bug 2002789

Also fixed by bug 1987086

Depends on: 1987086

Yeah so the menu works after bug 1987086. David, how critical do you think the choppy scrolling is? Do you think we can live with it for the initial release? (I think so, but we should prioritize that bug since it affects live sites)

Flags: needinfo?(dshin)
Summary: 444.hu - Menu and theme buttons in the header are not working → 444.hu - Choppy scrolling with the menu open

Yeah, it has to do with anchor being under <header> which is sticky.
... Which is proving a bit annoying because sticky's normal position contains some offset contributed by scroll, and some contributed by inset.

It's not critical because I think people will generally not scroll while a menu is out like that, but still looks pretty bad & confusing.
Will be the next item for me after bug 1924792 (Which seems to affect more sites & makes the menu hard-to-reach/read).

Depends on: 2002789
Flags: needinfo?(dshin)
Severity: -- → S3
Priority: -- → P3

This works now, probably due to some of Tim's async scrolling fixes. Tim do you know which off-hand? If so care duping?

Status: NEW → RESOLVED
Closed: 5 months ago
Flags: needinfo?(tnikkel)
Resolution: --- → WORKSFORME

I tested this, for me the choppy scrolling hasn't changed since the menu started showing up correctly, including in the latest nightly.

The behaviour seems about the same whether I have apz.async_scroll_css_anchor_pos set to true or false. So doesn't seem related to async scrolling. Probably related to one of the other bugs mentioned here.

Status: RESOLVED → REOPENED
Flags: needinfo?(tnikkel)
Resolution: WORKSFORME → ---

Hmm, it seemed to scroll smoothly for me yesterday when I tested it but maybe I didn't test long enough?

It seems to show up immediately for me. Maybe a platform difference? I'm testing on macos.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: