There's a bump that happens when CN banners are loaded because of the delay between load times for banners vs. the rest of the site. This pushes the content down, which creates an unpleasant reading experience. We don't entirely know how to solve this, but this is an overall tracking task for solving that.
Description
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Duplicate | None | T138177 Content jumps after JavaScript is loaded | |||
| Open | Feature | None | T52865 CentralNotice shifts down page content on load (causes mis-clicks) | ||
| Open | None | T109634 Reduce the "banner bump" (tracking) | |||
| Declined | None | T103695 Provide location, logged-in status and device information in ResourceLoaderContext | |||
| Resolved | None | T39727 move geoIP lookup back to the head | |||
| Resolved | Pcoombe | T43751 Some banners have a delay in parsing CSS | |||
| Open | Spike | None | T107967 Spike: investigate negative scroll offset for cancelling "banner bump" | ||
| Open | None | T158240 Content jumps on mobile after banner is loaded |
Event Timeline
Comment Actions
This is a classic use-case for ESI (edge-side includes), a mini-language for composing pages on traffic servers by combining HTML fragments. The WMF has experimented with ESI before but Varnish's implementation was found to be crashy. However, TechOps is in the process of rolling out Varnish 4. It would be good to check the list of changes to see if fixes have been made to the ESI subsystem, and if so, talk with traffic ops (@BBlack, @ema) and form a plan to reevaluate it.
Comment Actions
similar skip detected as long as banner is open => https://www.mediawiki.org/wiki/Topic:Vi6zfn6099atwqp6 which disappears once banner is closed