The ad service code is extremely complex, with document.write code emitting script tags, eval() calls, flash and so forth. I've worked on 995 which has a test case that is more or less reproducible. The problem only occurs if the script-limiter is set to "eval" but so far I don't believe the problem is in Firebug. Rather I believe that the ad service is relying on events running in a certain order that isn't gauranteed but is never the less true without Firebug OR a bug in Firefox triggered by the bizarre set of events from the ad service code.
I can't figure out the test case on 1031, I don't know if its is working or not. Another, more focused and simpler test would help: what is the smallest set of operations that fail? For 995 it would involve "eval()" and another script. Flash? images? Note that if you don't need to debug eval() code, you can avoid the problem by setting the script-limiter to "event". (Left of file list on script panel). jjb On Oct 16, 10:51 pm, mac78 <[EMAIL PROTECTED]> wrote: > Thanks for replying John. > > My initial thought after reading issues 995 and 1031 is that this is > closer to 1031 rather than 995, though 995 and 1031 may be slightly > different manifestations of the same root problem. > > The ad server will never return blanks, even if there is no ad > campaign running there there are internal campaigns that always return > a creative. I'm guessing that the area was blank becuase the div got > spat out somewhere else on the page. > > I can confirm that news.com.au also uses doubleclick as the adserver, > calls to the ad server return javascript fragments which inject the ad > creative using document.write. The 2mdn.net domain is the image > server, this is where the creatives are hosted. > > So the pattern of document.write usage, doubleclick adserverving and > firebug script panel is apparent. > > I used Firebug 1.3x.0b1 and Firefox 3.3 and was able to reproduce the > issue. > > Is there is any way I can help ? Any information you'd like me to > provide ? > > Thanks > > On Oct 17, 2:13 am, John J Barton <[EMAIL PROTECTED]> wrote: > > > Sounds like the quirks mode problem, but it also could > > behttp://code.google.com/p/fbug/issues/detail?id=995 > > > Using Firefox 3.0.3 and Firebug 1.3b1, the sites below look fine. One > > time in about four reloads the top banner ad did not load (and left a > > blank area) > > > jjb > > > On Oct 15, 11:12 pm, mac78 <[EMAIL PROTECTED]> wrote: > > > > Hi, > > > First of all thanks to the developers for building a tool like > > > firebug. > > > > I've noticed that switching firebug on causes layout issues with some > > > sites, basically what happens is div's appear in wrong places. > > > > So an item that should appear at say the top of the page, moves to a > > > completely random location on the page, this affects div's whose > > > content is written using javascript document.write() > > > > You can reporduce the layout issues if you use FF3, Firebug 1.2.0b5 > > > and above (including the non beta) and visit one or more of the > > > following sites > > > >http://taste.com.au/http://news.com.au/ > > > > Watch for advertisements obscuring content or appearing misalligned, > > > if you swtich firebug off or revert to version 1.2.0b4 the pages > > > become normal. > > > > I would greatly appreciate any insight on this issue !! > > > > Thanks --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Firebug" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/firebug?hl=en -~----------~----~----~----~------~----~------~--~---
