INSERT INTO `css` VALUES (NULL,'stylesheet','text/css','screen/projection','ie6.css','','','','no','',3,1,'lt IE 7','no'), (NULL,'stylesheet','text/css','screen/projection','ie7.css','','','','no','',3,1,'IE 7','no'), (NULL,'stylesheet','text/css','screen/projection','ie8.css','','','','no','',3,1,'gte IE 8','no');
…e with the new ad code
Links to (the same) Slash site in the bodytext of a story were showing up as their unparsed __SLASHLINK__ text, when viewed in article.pl, admin.pl, etc., by an admin. This was because admins triggered processing of the neverdisplay template, which overwrote the (correctly parsed) data in $story between the display of the introtext and the bodytext. Fixed by having the neverdisplay template use a global variable name that's less likely to step on other templates' variables.
There are two reasonable fixes for this problem: (a) use $('#slashboxes') instead of $('#firehose > #slashboxes') (b) exit early from fix_ad_poition if---for whatever reason---we don't have all of the required objects: - the footer (to find the bottom of available space); - slashboxes (to find the top of available space); and - the article to which the ad is attached
…then we will hand-code it