Is IE set to compatibilty mode?
That generic "script error" with any line info doesn't look too helpful. :-/

It wasn't in compatibility mode.

If I switch to compatibility mode, the layout changes but editing is not possible as well (see attached screenshot).

This applies both logged in and as IP.

Created attachment 13212
item in compatibility mode

Attached:

https://gerrit.wikimedia.org/r/#/c/89733/
https://gerrit.wikimedia.org/r/#/c/89774/

la.vallen wrote:

There are still complaints that this doesn't work:

https://sv.wikipedia.org/w/index.php?title=Wikipedia%3AWikipediafr%C3%A5gor&diff=24201009&oldid=24193319

User:Annika64 uses Windows XP and IE 8

Ronnie:
The two patches got merged into the codebase on 2013-10-15.
Not sure if that code is already deployed as server software. In case Wikidata sticks to the usual deployment schedule, then you could not test the fix on Wikimedia servers yet: https://www.mediawiki.org/wiki/MediaWiki_1.22/Roadmap

la.vallen wrote:

Not sure if that code is already deployed as server software.

Strange to add "RESOLVED" and "FIXED" here then?!

(In reply to comment #7)

Strange to add "RESOLVED" and "FIXED" here then?!

https://www.mediawiki.org/wiki/Bug_management/Bug_report_life_cycle says:
"RESOLVED FIXED when a code change that fixes the reported problem has been merged in Gerrit. This does not mean that the fix is immediately available on a Wikimedia website as it can take up to two weeks."

I agree with Ronnie.

In my opinion there should be a difference between "fixed in code" and "fixed and working in wikimedia website". The normal user who is not knowing about the internal processes, just wants to know whether a bug is resolved or not (regarding his wikimedia project, not any code/gerrit/programing stuff).

Or is this what "verified fixed" is for?

(In reply to comment #9)

In my opinion there should be a difference between "fixed in code" and "fixed
and working in wikimedia website". The normal user who is not knowing about
the
internal processes, just wants to know whether a bug is resolved or not
(regarding his wikimedia project, not any code/gerrit/programing stuff).

Feel free to file a separate ticket in Bugzilla against "Wikimedia > Bugzilla" about a DEPLOYED status. This has been discussed before but setting such information automatically is complicated, as different deployment dates refer to different Wikimedia sites.

Created attachment 13558
Item with and without JavaScript activated

It is still not possible to add statements (with and without JavaScript).

With JavaScript activated it isn't possible to change existing statements, interwikilinks, Commons and Wikivoyage sites.

See screenshots attached.

Attached:

Yes but this is a completely different issue.

Too quick, sorry.

The fixes are not yet deployed. Deployment on wikidata.org is scheduled for Monday 28th. Please check again after the deployment has taken place. Setting the bug to FIXED since the bug is supposed to be resolved according to the submitted change sets (please note the difference to VERIFIED). I suggest waiting with the the verification until after the deployment.

Wikidata is running MediaWiki version 1.22wmf22 now.
But it did not change anything. Behaviour of Wikidata is still the same as I wrote in my posting from 2013-10-24 10:31:32 UTC.

The patches are in 1.23wmf1 which is deployed by now.

Puh, this is too hard to look through (roadmap of version 1.22 was linked above).
I think there should be some improvement in transparency regarding the whole process. How do I see whether a patch was deployed or not?

Anyhow, the bug is not appearing anymore.
Thanks for your work!