Hi,
I've hit an interesting problem with the URL of an image (not the description page) on the OSM wiki. I could not see the image from http://wiki.openstreetmap.org/wiki/File:731.jpg until I actually clicked on the "full resolution" link. The reason for that was that the image URL was http://wiki.openstreetmap.org/w/images/a/ad/731.jpg , and one adblock rule was blocking "/ad/".
That particular rule was from my personal list, but I've noticed that EasyList, the "basic" subscription for AdBlockPlus users, is also blocking lots of strings that start with /ad/.
Has someone else notice such a problem on WMF wikis? Do you think it would be worth it to change MediaWiki so that it doesn't generates URLs containing /ad/, /ads/ or something else along these lines?
Thanks, Strainu
On Wed, Jul 3, 2013 at 12:53 PM, Strainu strainu10@gmail.com wrote:
Has someone else notice such a problem on WMF wikis?
Every once in a while it comes up on enwiki. In one of the odder cases I've seen, http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2#AD breaks for some people.
Do you think it would be worth it to change MediaWiki so that it doesn't generates URLs containing /ad/, /ads/ or something else along these lines?
In my opinion, no. Ad blockers should fix their false positives, we shouldn't have to work around them.
Le 03/07/13 18:53, Strainu a écrit :
I've hit an interesting problem with the URL of an image (not the description page) on the OSM wiki. I could not see the image from http://wiki.openstreetmap.org/wiki/File:731.jpg until I actually clicked on the "full resolution" link. The reason for that was that the image URL was http://wiki.openstreetmap.org/w/images/a/ad/731.jpg , and one adblock rule was blocking "/ad/".
<snip>
I guess their regex need to be updated to block /ad/ unless there is /w/images behind :-)
wikitech-l@lists.wikimedia.org