So when will we be able to drop IE6 support in MediaWiki completely? What metrics/thresholds can we use?

I would suggest to set a percentage of worldwide usage as reported by some "trusted" statistics reported, or possibly a percentage of Wikimedia pageviews. 3% or 4%?

Hoi, The people with IE6 have disproportionally problems with reading Wikipedia in their mother tongue and IE6 can be found particularly in the "global south". Also CommScore numbers are unlikely to see this potential. The question is not should we support IE6, it is just that I wonder about what our numbers show.

On 14.04.2011 11:10, Siebrand Mazeland wrote: Aw man, someone please spoof this website and replace "Internet Explorer 6" with just "Internet Explorer", and make the download link point to firefox. msiecountdown.com is still free...

On 14-04-11 10:02 Daniel Kinzler <daniel(a)brightbyte.de> wrote: You're in luck. These days, even Microsoft agrees with you: http://www.ie6countdown.com/ So when will we be able to drop IE6 support in MediaWiki completely? What metrics/thresholds can we use? I would suggest to set a percentage of worldwide usage as reported by some "trusted" statistics reported, or possibly a percentage of Wikimedia pageviews. 3% or 4%? Any thoughts? Siebrand _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Using the rewrite inside images/.htaccess appears to conflict with existing installations with a root .htaccess including the code for the thumbnail handler. You won't notice it right away because most images will already have existing thumbnails generated, but at some random point when someone. In fact, I ONLY found out things were broken on any of my wiki after I created a brand new wiki with similar config and found I got 404s instead of thumbnails. My fix was to comment out the code in images/.htaccess and add it to my root .htaccess. Of course I'll need to do something else on another one of my wiki that uses a separate domain for serving uploads. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] On 11-04-14 12:47 AM, Tim Starling wrote: > Our patch for the Internet Explorer 6 XSS issue (bug 28235) released > two days ago in 1.16.3 was insufficient to fix that bug. The original > reporter, Masato Kinugawa, pointed out the flaw on bug 28507. So we > are doing another release, which contains a second attempt at fixing > the issue. > > Apologies to everyone for the inconvenience. Big thanks go to Masato > Kinugawa for helping to keep MediaWiki secure. Thanks also to Roan > Kattouw who helped me test the patch this time around, so that we can > hopefully avoid a repeat. > > It is necessary to upgrade MediaWiki to avoid an XSS vulnerability for > Internet Explorer clients, version 6 and earlier. Also, if you used > the Apache configuration I suggested in the previous release > announcement, you should update it to: > > RewriteEngine On > RewriteCond %{QUERY_STRING} \.[a-z0-9]{1,4}(#|\?|$) [nocase] > RewriteRule . - [forbidden] > > > We missed the fact that there can be more than one question mark in a > URL. In certain circumstances, IE 6 will use a file extension > immediately before a question mark character, regardless of how many > question marks precede it. For example, with the URL: > > http://example.com/a?b?c.html?d?e > > IE 6 will see the file extension as ".html". > > ********************************************************************** > Download: > http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.4.tar.gz > > Patch to previous version (1.16.3): > http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.4.patch.gz > > GPG signatures: > http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.4.tar.gz.sig > http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.4.patch.gz.sig > > Public keys: > https://secure.wikimedia.org/keys.html