Can confirm this reproduces on a completely different hardware/software stack, which suggests it's a CEF-level bug rather than something driver or compositor specific:
System info
Observations matching the report above:
steamwebhelper --type=zygote pegs a full CPU core (70-90%+) specifically when the Store front page's animated sale/discovery carousel is in or near the viewport-disable-gpu reduction reported above) but doesn't fully eliminate the spikeGiven this reproduces across AMD/Niri/Wayland and NVIDIA/Cinnamon/X11 setups alike, this really does look like the busy-wait eventfd loop described above rather than anything GPU/driver/compositor-side.
Nothing extracted yet.
Steam client version: 1781041600
Distribution: Ubuntu 25.10
Opted into Steam client beta?: Yes (also reproduces on stable)
Have you checked for system updates?: Yes
Steam Logs: steam-logs.tar.gz
GPU: AMD RX 7800xt
Compositor/DE: Niri (Wayland)
Expected: steamwebhelper should idle at a reasonable CPU usage when the Store front page is open and no interaction is occurring.
Actual: The steamwebhelper zygote process (--type=zygote) consumes ~90-95% of one CPU core continuously while the Store front page is open, specifically when the "Explore Your Discovery Queue" banner (rotating game-art carousel) is visible or near-visible in the viewport.
strace on the zygote process shows it repeatedly writing \x01\x00\x00\x00\x00\x00\x00\x00 to an eventfd in a tight loop, consistent with a CEF/Chromium task being continuously reposted in the message loop (busy-wait), rather than the event loop idling normally.
Additional observations:
Steps for reproducing this issue: