AdBlock Plus 1.0.1 in FF3 stops the Flash charts from loadin
AdBlock Plus 1.0.1 in FF3 stops the Flash charts from loadin
Hello,
We have a high priority production issue, where the Flash charts do not load.
The charts were tested on different browsers and environments, and everything was fine until we found an issue when running with AdBlock Plus 1.0.1 in Firefox 3.0.6 on Windows XP.
The bottom two charts do not load.
They start to load the settings file which is XML, but then just stop.
Production URL: http://www.symantec.com/business/securi ... ding/spam/
What we are looking for from AdBlock Plus is to find out if there is a workaround on what steps for the users to take so that they can see the charts while still using AdBlock Plus.
We are testing with EasyList subscription and default fresh installation of AdBlock Plus.
This is very high priority as the site has already launched.
We have a high priority production issue, where the Flash charts do not load.
The charts were tested on different browsers and environments, and everything was fine until we found an issue when running with AdBlock Plus 1.0.1 in Firefox 3.0.6 on Windows XP.
The bottom two charts do not load.
They start to load the settings file which is XML, but then just stop.
Production URL: http://www.symantec.com/business/securi ... ding/spam/
What we are looking for from AdBlock Plus is to find out if there is a workaround on what steps for the users to take so that they can see the charts while still using AdBlock Plus.
We are testing with EasyList subscription and default fresh installation of AdBlock Plus.
This is very high priority as the site has already launched.
Last edited by inna_work on Wed Mar 04, 2009 9:37 am, edited 1 time in total.
I see the message "top is undefined" in Error Console. That is likely bug 453825 then.
There is also a false positive in EasyPrivacy which blocks the scripts used for these graphs - that's a different issue (and the one Fanboy was referring to). I will create a topic in http://forums.lanik.us/viewforum.php?f=64 on that.
Edit: No, it is not a false positive after all. http://www.symantec.com/script/omniture ... om_code.js and http://www.symantec.com/script/omniture ... /s_code.js are tracking scripts and EasyPrivacy blocks them correctly. However, the page depends on the tracking scripts to load, it won't work correctly without them (which is a programming mistake IMO).
There is also a false positive in EasyPrivacy which blocks the scripts used for these graphs - that's a different issue (and the one Fanboy was referring to). I will create a topic in http://forums.lanik.us/viewforum.php?f=64 on that.
Edit: No, it is not a false positive after all. http://www.symantec.com/script/omniture ... om_code.js and http://www.symantec.com/script/omniture ... /s_code.js are tracking scripts and EasyPrivacy blocks them correctly. However, the page depends on the tracking scripts to load, it won't work correctly without them (which is a programming mistake IMO).
Omniture tracking code exists on the page, however, none of it is in the code that is called for creating these two charts.
The only Omniture call that is relevant to charts happens when you click on the big chart, and the bottom two charts update.
Since all three charts have initial rendering on page load, that means none of Omniture calls are related to charts.
Thank you for the idea to check that, and even though it does not work, I'd appreciate any help to continue investigating this issue.
Thank you.
The only Omniture call that is relevant to charts happens when you click on the big chart, and the bottom two charts update.
Since all three charts have initial rendering on page load, that means none of Omniture calls are related to charts.
Thank you for the idea to check that, and even though it does not work, I'd appreciate any help to continue investigating this issue.
Thank you.
Without the Omniture scripts I get this error message which prevents the graphs from loading:inna_work wrote:Omniture tracking code exists on the page, however, none of it is in the code that is called for creating these two charts.
The only Omniture call that is relevant to charts happens when you click on the big chart, and the bottom two charts update.
But as I said above, the real problem is a Firefox bug and I can do fairly little to help with that.
That bug could have been introduced in FF3.0, so it would make sense that it does not work now, but would work in FF3.1
It might a while though to get the final FF3.1.
http://www.computerworld.com/action/art ... ws_ts_head
It might a while though to get the final FF3.1.
http://www.computerworld.com/action/art ... ws_ts_head