Closed Bug 306372 Opened 19 years ago Closed 19 years ago

[adblocking] Main ad on appleturns.com not blocked with new adblocking file

Categories

(Camino Graveyard :: General, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WONTFIX

People

(Reporter: samuel.sidler+old, Assigned: sfraser_bugs)

References

()

Details

Attachments

(2 files)

As mentioned in comment 2 of bug 306332, the main ad on appleturns.com is no
longer blocked by Camino's built-in adblocking.
I carried this over from bug 306332, but I don't see it.

Markus, can you tell us exactly which ad you see and possibly take a screenshot
of it and attach it to this bug? Thanks...
Attached image Second screenshot: 0.9a2 β€”
First screenshot: nightly build with "A whole lot more" ad on www.appleturns.com
(and the download link on Adobe's page visible); ad block on as visible on
www.macosxhints.com page.

Second screenshot: latest alpha build (0.9a2) with ad on www.appleturns.com
blocked (but download link on Adobe's page also blocked). First ad in the right
column on www.macosxhints.com blocked more space efficiently than in the nigthly
build. 
Maybe this obvious, but when I run the second alpha build (0.9a2), switch on ad
blocking and restart it, a userContent.css file is created. If I now quit the
second alpha build and start the latest nightly build (0.9a2+, 29Aug) it reverts
back to the behaviour of the second alpha build (deleting the file and your back
to 'standard' 29 Aug nightly build behaviour).

If you flip between nightly builds and the 0.9a2 build, the userContent.css
created by the 0.9a2 build will confuse the results here. Before testing
anything, please delete the userContent.css file in your profile/chrome dir.
http://www.appleturns.com cycles through several ads, and there's not simple way
to block them all. Some of the images are hosted on the appleturns.com server,
so are not easily blockable.

In developing the adblocking CSS, I've tried to catch ads by the big commercial
ad servers, and not to overly block the "little guys" (who host selected ad
images on their own servers). This is why, for example, you'll still see the odd
ad image on http://www.macintouch.com/. In addition, it's very difficult to
block these one-off images without getting too mnay false hits.

So I'm WONTFIXING this.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: