Last modified: 2014-01-14 21:37:19 UTC
REPLICATION STEPS ================= 0) find a machine with Internet explorer 1) login to wikinglish 2) open https://en.wikipedia.org/wiki/Apple_Lisa?uselang=ar&useskin=monobook (this will open an article with monobook and an RTL interface language) 3) Switch IE to compatibility mode 4) Notice that the top menu (talk page, watchlist, logout etc.) is inaccessible (ATM you can't see it directly on arwiki, because they did not yet activate Echo. you can see the same issue on hewiki). CLUES ===== 5) in IE, open the console (F12 => Console), and type $('#pt-notifications').remove() notice that the menu becomes accessible again. 6) the "Echo" control (usually white "0" on gray background) is not visible in IE+monobook+RTL even when not in "compatibility mode" 7) go to https://en.wikipedia.org/wiki/Apple_Lisa?useskin=monobook (no "uselang=ar" this time) and activate compatibility mode: note that the "Echo" control as well as the link to your user page are visible, but disabled. peace.
Why would IE be running in compatibility mode on MediaWiki? Shouldn't our HTML5 doctype prevent that?
Prioritization and scheduling of this bug is tracked on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/253
(In reply to comment #1) > Why would IE be running in compatibility mode on MediaWiki? Shouldn't our > HTML5 doctype prevent that? i did not know that it's is possible to block "compatibility mode" by manipulating the doctype. if this is indeed the case, this single change can probably close something between 20 and 40 bugs (just search "ie compatibility"): https://bugzilla.wikimedia.org/buglist.cgi?query_format=specific&order=relevance%20desc&bug_status=__open__&content=%2Bie%20%2Bcompatibility%20%2Bmode&list_id=236024 peace.
Change 103387 had a related patch set uploaded by Siebrand: Fix to avoid IE "compatibility view" https://gerrit.wikimedia.org/r/103387
Change 103387 merged by jenkins-bot: Fix to avoid IE "compatibility view" https://gerrit.wikimedia.org/r/103387
I'm going to tentatively mark this as resolved per the patch above. If the issue persists with the patch (which will be deployed on Wikipedias on Thursday, 30 January 2014), please reopen this bug and we'll investigate.
