We have several users complaining that editing in IE11/Win7 is broken. https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#A_bug.3F When trying to save and edit they get a "forbidden" error message which is extremely helpful ;-)
Description
Details
Related Objects
Event Timeline
I just checked this with @WMDE-Fisch and it is not just IE 11 but also at least IE 10. Edge seems ok.
Change 291704 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Release 2.0.0
I have an old laptop with Internet Explorer 9 and can reproduce the problem there. The API request done in the background to fulfill the edit request returns:
'origin' parameter does not match Origin header
There is no origin header in the request IE sends, as far as I can see.
I believe this is not an issue we introduced in Wikibase, but something that changed in core.
Change 291705 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Replace deprecated "edit" tokens with "csrf"
Change 291709 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Fix getLocationAgnosticMwApi behavior in Internet Explorer
The documentation even mentions options as a valid token, it would be nice to update the docblock in core.
I also have at least one complaint from someone who got "forbidden" on Wikipedia when they were trying to add a sitelink from the client.
Change 291709 merged by jenkins-bot:
Fix getLocationAgnosticMwApi behavior in Internet Explorer
Change 291769 had a related patch set uploaded (by JanZerebecki):
Fix getLocationAgnosticMwApi behavior in Internet Explorer
Change 291769 merged by jenkins-bot:
Fix getLocationAgnosticMwApi behavior in Internet Explorer
Change 291774 had a related patch set uploaded (by JanZerebecki):
Update wikibase/javascript-api to 1.1.1
Mentioned in SAL [2016-05-30T18:14:06Z] <jzerebecki@tin> Synchronized php-1.28.0-wmf.3/extensions/Wikidata/vendor/wikibase/javascript-api/src/getLocationAgnosticMwApi.js: Wikidata WikibaseJavaScriptApi: Fix getLocationAgnosticMwApi behavior in Internet Explorer b6ae82c71af3d9361cfb9e8d4e6e45bcd5ee9b26 1 of 2 T136543 (duration: 00m 26s)
Mentioned in SAL [2016-05-30T18:15:47Z] <jzerebecki@tin> Synchronized php-1.28.0-wmf.3/extensions/Wikidata/vendor/wikibase/javascript-api/WikibaseJavaScriptApi.php: Wikidata WikibaseJavaScriptApi: Fix getLocationAgnosticMwApi behavior in Internet Explorer b6ae82c71af3d9361cfb9e8d4e6e45bcd5ee9b26 2 of 2 T136543 (duration: 00m 24s)
Editing labels on repo is now fixed in IE11.
It seems connecting a page on the client does not work on IE11, instead I get the new item special page on the repo.
Editing on test and beta is broken in worse ways for IE11. Maybe because of outdated Gadgets?
I found the change that triggered this bug: https://gerrit.wikimedia.org/r/288510, merged on May 12, 4 days before the users started asking on the "contact the devs" page.
There is a report [1] that the issue is still reproducible for languages other than English, reopening.
[1] https://ro.wikipedia.org/wiki/Wikipedia:Cafenea#Probleme_cu_interfa.C8.9Ba
*sigh* I can confirm what you said in IE11 (without logging in). That worked when I wrote T136543#2339545.
There is an error when clicking edit: Invalid Argument in the jQuery prop method called from createTag() in jquery.ui.tagadata.js . I'm not aware of a change since then.
The cause is .prop( 'dir', this.element.prop( 'dir' ) || 'auto' ); trying to set the dir property on the input field to auto which is not valid in IE11.
Change 291960 had a related patch set uploaded (by JanZerebecki):
Work around IE not supporting dir=auto
Change 291968 had a related patch set uploaded (by JanZerebecki):
Work around IE not supporting dir=auto