456320 - Ad-blocker fails to block Kontera ContentLink floating ads

Status: RESOLVED FIXED

(Camino Graveyard :: Annoyance Blocking, defect)

Description

[fowler.amsterdam]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en; rv:1.8.1.16) Gecko/20080803 Camino/1.6.3 (like Firefox/2.0.0.16)
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en; rv:1.8.1.16) Gecko/20080803 Camino/1.6.3 (like Firefox/2.0.0.16)

I've only noticed these since mid-september 2008. Were these being blocked previously? Not sure if am I requesting an enhancement.

Reproducible: Always

Steps to Reproduce:
1.
2.
3.



I'm not a scripter, but I think this is an example what produces the ads (taken from a website's source file):
<script type="text/javascript">
var dc_UnitID = 14;
var dc_PublisherID = 7834;
var dc_AdLinkColor = '#0090DA';
var dc_adprod='ADL';
</script>
<script type="text/javascript" SRC="http://kona.kontera.com/javascript/lib/KonaLibInline.js"></script>

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Unfortunately, the current ad-blocker is unable to block JavaScript itself; it can only block blocks of content.  This is not so much of a WONTFIX as a CANTFIX.

However, you can block these fake hyperlinks manually.  To block this script, add 

host	script	2	kontera.com 

to hostperm.1 as described here: http://caminobrowser.org/documentation/annoyances/#hostperm

Comment 2

[Stuart Morgan]

The divs (or whatever the floating things actually are) don't have any identifiable markings we could use to block that part?

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Not (easily) last I checked, but if we can get a URL of a site that has them, I can take a look again.

Comment 4

[philippe (part-time)]

(In reply to comment #2)
> The divs (or whatever the floating things actually are) don't have any
> identifiable markings we could use to block that part?

Last I checked - but that was over a year ago - they had a .kontera*** as a wrapper on each floating box (where *** is unknown atm :-)).
You'd still be annoyed by those double underlined 'links' and the resource drain while the script loads and parses the page.

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Re-opening so that someone can find this if they have an example site we can look at and possibly derive blocking rules.

hostperm.1 is still the best way to block these things (as philippe notes, you'll be spared the resource drain and bad double-underlines), but I did find a semi-reasonable way to block an intellitxt instance I saw tonight.

Comment 6

[philippe (part-time)]

http://www.atimes.com/atimes/Global_Economy/KE01Dj02.html

For some mysterious reason, my Minefield profile didn't fully block that stuff :-((

Anyway:
div[id^="konaLayer"][class^="konaLayer"] {display:none !important;}
does the job.
I'll attach the generated html Firebug was kind enough to reveal.

But hostperm.1 or permissions.sqlite is the better way to go.

Comment 7

[philippe (part-time)]

Attachment: generated html

per comment 4

Comment 8

[Chris Lawson (gone)]

philippe: Comment 6 makes it sound like we can do something about this in the next update. Is that accurate?

Comment 9

[philippe (part-time)]

(In reply to comment #8)
> philippe: Comment 6 makes it sound like we can do something about this in the
> next update. Is that accurate?

Yes. Wasn't that obvious ?

Comment 10

[Chris Lawson (gone)]

Confirming and marking blocking on our latest ad-blocker update, then :)

Comment 11

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

We already had a (less precise) rule blocking those, div[id*="konaLayers"], which has been in since 1.0.4(!) and which blocked the examples in comment 6; I wonder if there is other Kontera syntax out there?

Comment 12

[philippe (part-time)]

Hmm, interesting. The Minefield profile I use has the exact same ad-blocking css stuff as Camino. At the time the kona** stuff wasn't blocked.
Are those guys using using some randomisers or similar ?

Comment 13

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Fixed on cvs trunk by the checkin for bug 485865.  Thanks philippe for your help on these!