Getting back on track here...
There's already a bug open for this issue in bugzilla (
). Relative to the
current priorities for fundraiser engineering, this is pretty low. But if
someone outside of the team wanted to take a stab at resolving this, we
could potentially roll out a fix much quicker :)
Also, Kaldari started a page on wikitech for brainstorming ways to cope
with the issue (
The ideas currently on that list focus more on speeding up the actual
loading of the banner rather than totally getting read of the page jumping
problem. If you have other thoughts on the matter, feel free to add them to
Tim/Roan, I'm going ahead and adding your suggestions to the list.
On Sun, Nov 20, 2011 at 2:44 PM, Tim Starling <tstarling(a)wikimedia.org>wrote;wrote:
On 20/11/11 22:42, Roan Kattouw wrote:
On Sun, Nov 20, 2011 at 12:37 PM, David Gerard
Wikipedia page loads. The last thing to load is the banner. This
pushes the page content down. If you've clicked on a link near the top
of the page, the banner grabs it instead.
This happened last year and it was reported then (and it was
incredibly annoying then too). It also fouls up stats on banner
effectiveness, as banners are clicked on without intention to do so.
Please load the page with a space for the banner to avoid this effect.
This should be doable provided that all banners have the same
dimensions. Which banner will be selected (if one is selected at all)
is determined by JS and is not known by PHP (and can't be known by PHP
due to Squid caching).
If you hard code a space into the cached HTML, there will be no way to
turn off the banner via cookies. You'd have the opposite problem, a
blank space would appear and then disappear after a few seconds.
Maybe we could have a <script> tag in the <head> that modifies the
relevant stylesheet rules based on cookies present.
-- Tim Starling
Wikitech-l mailing list