Shortly after Wikilabels was deployed for zhwiki (T116474), Wikipedians have discovered and fixed a mistranslation for "damaging" (translated as "vandalism"). This mistranslation affects label data adversely, as "vandalism" usually implies a "not good faith" option, and many Wikipedians would opt to not label newbies' damaging edits that way. Since nearly 4 months have passed since the fix, I figured that I should probably explicitly ask for a release just for fixing that.
Description
Related Objects
Event Timeline
I believe I am seeing simplified characters right now, so that itself is not a problem. I am currently using the gadget in a standalone popup window at http://labels.wmflabs.org/ui/zhwiki/.
Confirming that both https://github.com/wiki-ai/wikilabels-wmflabs-deploy/blob/master/forms/i18n/damaging_and_goodfaith/zh-hans.json and https://github.com/wiki-ai/wikilabels-wmflabs-deploy/blob/master/forms/i18n/damaging_and_goodfaith/zh-hant.json contain the newer good translation. Please delete https://github.com/wiki-ai/wikilabels-wmflabs-deploy/blob/master/forms/i18n/damaging_and_goodfaith/zh.json as it's interfering with TWN edits.
It takes time for translations from translatewiki.net to the site, so you'll have to wait for next translation update by translatewiki's import bot.
Patience patience... Deletion not yet in effect for http://labels.wmflabs.org/ui/zhwiki/.
Need to open a ticket on zhwp's VPT for some awful interactions between its CSS and labels' frame.
Apparently OAuth is broken with TypeError: mw.Uri is not a constructor TypeError: mw.Uri is not a constructor.
I checked OAuth again (if it's broken, it would be a serious problem) and It's working. Can you tell me how do you get this error? Are you using open proxies?
Looks like plain old bad luck as it is working now (on the same computer with the same internet connection). Deployment verified, marking as resolved.