Page MenuHomePhabricator

[Bug] unable to edit in IE
Closed, ResolvedPublic

Description

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 ;-)

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.

Lydia_Pintscher renamed this task from [Bug] unable to edit in IE11/Win7 to [Bug] unable to edit in IE.May 30 2016, 9:19 AM
Lydia_Pintscher raised the priority of this task from High to Unbreak Now!.

Based on the amount of reports we get about this we should fix it asap.

Change 291704 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Release 2.0.0

https://gerrit.wikimedia.org/r/291704

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.

http://stackoverflow.com/questions/20784209/internet-explorer-11-does-not-add-the-origin-header-on-a-cors-request

Change 291705 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Replace deprecated "edit" tokens with "csrf"

https://gerrit.wikimedia.org/r/291705

Change 291709 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Fix getLocationAgnosticMwApi behavior in Internet Explorer

https://gerrit.wikimedia.org/r/291709

Change 291705 merged by jenkins-bot:
Replace deprecated "options" tokens with "csrf"

https://gerrit.wikimedia.org/r/291705

The documentation even mentions options as a valid token, it would be nice to update the docblock in core.

I believe this is not an issue we introduced in Wikibase, but something that changed in core.

Does the same error then also appear on wikipedia.org?

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

https://gerrit.wikimedia.org/r/291709

Change 291769 had a related patch set uploaded (by JanZerebecki):
Fix getLocationAgnosticMwApi behavior in Internet Explorer

https://gerrit.wikimedia.org/r/291769

Change 291769 merged by jenkins-bot:
Fix getLocationAgnosticMwApi behavior in Internet Explorer

https://gerrit.wikimedia.org/r/291769

Change 291773 had a related patch set uploaded (by JanZerebecki):
Release 1.1.1

https://gerrit.wikimedia.org/r/291773

Change 291774 had a related patch set uploaded (by JanZerebecki):
Update wikibase/javascript-api to 1.1.1

https://gerrit.wikimedia.org/r/291774

Change 291774 merged by jenkins-bot:
Update wikibase/javascript-api to 1.1.1

https://gerrit.wikimedia.org/r/291774

Mentioned in SAL [2016-05-30T18:14:06Z] 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] 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?

• Jonas moved this task from Review to Done on the Wikidata-Sprint-2016-05-24 board.

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.

Strainu subscribed.

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 error is only triggered when one of the labels is empty.

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

https://gerrit.wikimedia.org/r/291960

Change 291960 merged by jenkins-bot:
Work around IE not supporting dir=auto

https://gerrit.wikimedia.org/r/291960

Change 291968 had a related patch set uploaded (by JanZerebecki):
Work around IE not supporting dir=auto

https://gerrit.wikimedia.org/r/291968

Change 291968 merged by jenkins-bot:
Work around IE not supporting dir=auto

https://gerrit.wikimedia.org/r/291968

Change 291973 had a related patch set uploaded (by JanZerebecki):
Update Wikibase

https://gerrit.wikimedia.org/r/291973

Change 291973 abandoned by JanZerebecki:
Update Wikibase

Reason:
Wrong branch

https://gerrit.wikimedia.org/r/291973

Change 291974 had a related patch set uploaded (by JanZerebecki):
Update Wikibase

https://gerrit.wikimedia.org/r/291974

JanZerebecki claimed this task.