Hi,
I love my noscript, but there's a bug that's been bugging me for some time and it's about web bug blocking (pardon my puns).
As an example, there's this web page I've set up for a girl's footie team. Registered users get a scrolling display of the 5 newest users in the left column.
When the web bug blocking feature is enabled, those names get "eaten" by noscript, no matter if the site is trusted or untrusted.
I've created an account to do some tests if you're so inclined:
User: test Pass: tester
Thank you very much in advance!
Problem with web bug blocking
Problem with web bug blocking
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090602 Shiretoko/3.5pre (.NET CLR 3.5.30729)
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Problem with web bug blocking
Looks like a bug in the <marquee> element, which stops "accepting" children as soon as an image child is referenced by a content policy: in facts, you can check with DOM inspector or Firebug, the generated doom misses all the elements past the first IMG.
I doubt it will be fixed in Firefox, since <marquee> is deprecated. Could you rewrite that effect to use JavaScript instead?
I doubt it will be fixed in Firefox, since <marquee> is deprecated. Could you rewrite that effect to use JavaScript instead?
Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)
Re: Problem with web bug blocking
First of all, thank you for looking into this!
The page is based on phpnuke which is a modular content management system and the scroller is one of those modules. phpnuke is not very popular anymore, so I doubt I will find an updated module.
However, I'm wondering why the web bug rule is still active when the site is marked as trusted - I thought this was a perfect case where the rule should not be applied at all?
The page is based on phpnuke which is a modular content management system and the scroller is one of those modules. phpnuke is not very popular anymore, so I doubt I will find an updated module.
However, I'm wondering why the web bug rule is still active when the site is marked as trusted - I thought this was a perfect case where the rule should not be applied at all?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090602 Shiretoko/3.5pre (.NET CLR 3.5.30729)
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Problem with web bug blocking
Very good point. I'll tweak the rule in this sense, also checking if the image domain is actually different than the page's, in next build.Jorgo wrote:I'm wondering why the web bug rule is still active when the site is marked as trusted - I thought this was a perfect case where the rule should not be applied at all?
Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)
Re: Problem with web bug blocking
You're da man - il uomo, even 

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090604 Shiretoko/3.5pre (.NET CLR 3.5.30729)
- Giorgio Maone
- Site Admin
- Posts: 9524
- Joined: Wed Mar 18, 2009 11:22 pm
- Location: Palermo - Italy
- Contact:
Re: Problem with web bug blocking
Done in latest development build 

Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)