Closed Bug 1876532 Opened 9 months ago Closed 7 months ago

The zoom transition is janky when fast zooming in and out on the map using the mouse wheel at airbnb.com

Categories

(Core :: Performance, defect)

Firefox 124
Desktop
Windows 10
defect

Tracking

()

RESOLVED DUPLICATE of bug 1887161
Performance Impact high

People

(Reporter: rbucata, Unassigned)

References

()

Details

(Whiteboard: perf:responsiveness, top50, perf:animation, reproducible)

Attachments

(3 files)

Attached video 20240125_160443.mp4

Environment:
Operating System: Windows 10 PRO x64
Firefox version: Firefox Nightly 124.0a1 (2024-01-24)

Preconditions:
Clean profile
Mouse with wheel scroll

Steps to reproduce:

  1. Navigate to : https://www.airbnb.com/
  2. Click on the "Show map" button.
  3. Zoom in and out using the mouse wheel as fast as possible.
  4. Observe the result.

Expected Behavior:
The zoom transition is smooth

Actual Behavior:

The zoom transition is janky

Notes:

  • Reproducible regardless of the status of ETP
  • Reproducible on the latest build of Firefox Nightly and Release
  • Works as expected using Chrome
  • Does not reproduce using the buttons on the page
  • Screenrec attached
  • Issue found during WebCompat team [Top100] websites testing
Summary: The zoom transition is janky when fast zooming in and out using the mouse wheel at airbnb.com → The zoom transition is janky when fast zooming in and out on the map using the mouse wheel at airbnb.com

Hi Raul, could you please capture a profile?

Flags: needinfo?(rbucata)

Sure. Here is the performance profile

Flags: needinfo?(rbucata)

Thank you, moving this to Performance for further investigation.

Component: Site Reports → Performance
Product: Web Compatibility → Core
See Also: → 1884711

The performance profile is showing a lot of time in mozilla::nsRFPService::RandomizePixels. Do you have privacy.resistFingerprinting turned on?

Flags: needinfo?(rbucata)

Hi Markus. The profile in which this was tested was a new, clean profile, with no altered configs (privacy.resistFingerprinting turned off by default). I can make a new performance profile if you'd like, in another new clean profile.

Flags: needinfo?(rbucata) → needinfo?(mstange.moz)

Please do. Reading the code, I'm pretty sure we only want to call RandomizePixels when privacy.resistFingerprinting is on. If it's called with the pref off, then there must be a bug somewhere and we need to fix it.

Flags: needinfo?(mstange.moz) → needinfo?(rbucata)

Maybe the profile was recorded in a private window? According to bug 1834622, canvas randomization is enabled in private windows.

That is correct, my suspicion is that this was recorded in a Private Window which enables Fingerprinting Protection (FPP). If ETP Strict was enabled, FPP would be enabled in normal windows also.

This bug was moved into the Performance component.

:rbucata, could you make sure the following information is on this bug?

  • ✅ For slowness or high CPU usage, capture a profile with http://profiler.firefox.com/, upload it and share the link here.
  • For memory usage issues, capture a memory dump from about:memory and attach it to this bug.
  • Troubleshooting information: Go to about:support, click "Copy raw data to clipboard", paste it into a file, save it, and attach the file here.

If the requested information is already in the bug, please confirm it is recent.

Thank you.

Flags: needinfo?(rbucata)

The Performance Impact Calculator has determined this bug's performance impact to be high. If you'd like to request re-triage, you can reset the Performance Impact flag to "?" or needinfo the triage sheriff.

Platforms: Windows
Impact on site: Causes noticeable jank
Websites affected: Major
[x] Affects animation smoothness
[x] Able to reproduce locally

Note: I compared Chrome and Firefox on this URL, Chrome is noticeably faster. (Linux here)
I was on my normal profile though, I'll try again later on a clean profile.

Performance Impact: --- → high
Whiteboard: perf:responsiveness, top50, perf:animation, reproducible
Flags: needinfo?(rbucata)

Here is a freshly capture performance profile, in a new clean profile, with ETP turned off, and in normal browsing mode: https://share.firefox.dev/3VqPUvm

Info requested from the bot:

  • Memory report attached
  • about:support info attached

Is the performance better in a regular window?

Here is a profile on my machine in a regular window: https://share.firefox.dev/43sXPKE (there's some profiler overhead...).
I see this more if I put the map in full screen (reducing the sidebar with the list of options)

The performance is better in a regular window than in a private window indeed: in the private window I don't need to put the map in full screen to see smoothness problem.

Depends on: 1887161

I've filed bug 1887161 as a more tightly-scoped issue about GenerateCanvasKeyFromImageData being slow.

I've decided to mark this bug as a duplicate of bug 1887161 because there's nothing else to do in this bug for now.

Status: NEW → RESOLVED
Closed: 7 months ago
Duplicate of bug: 1887161
Resolution: --- → DUPLICATE
No longer depends on: 1887161
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: