Filed upstream with zotero: https://github.com/zotero/translation-server/issues/77

In T213269#4880939, @CDanis wrote:

bast1001 doesn't exist anymore. You should have access to bast1002 and the others, though.
https://wikitech.wikimedia.org/wiki/Bastion
https://wikitech.wikimedia.org/wiki/Production_shell_access#SSH_configuration

Great, thanks! Should I be able to ssh into bastion?

@herron thanks - I have my ssh keypair, where do I put the public one? It doesn't seem to say in the docs. Gerrit?

In T212607#4846322, @Esanders wrote:

This message need to be created, I think: https://hu.wikipedia.org/wiki/MediaWiki:Visualeditor-cite-tool-definition.json

The app, but maybe it's been magically fixed because although I saw it a few times when I first reported it, it hasn't shown up since, and I can no longer reproduce it.

In T202001#4534585, @mobrovac wrote:

Since all CItoid requests come from extrenal clients, we can perhaps separate the metrics into internal and external ones based on IPs. That way we could separate them in the graphs.

It's because the new Zotero we just deployed is already two months out dated... :)

In T115326#4826561, @Izno wrote:

The English Wikipedia CS1/2 modules currently support by default what MediaWiki supports (mw.language.fetchLanguageNames). The module will trim to the first 2/3 letter code in language_parameter in the module proper. You can see this by experimenting with an English Wikipedia page that it does accept e.g. nl-NL with an output of "(in Dutch)". There are some overrides listed in lang_name_remap in the configuration file, but that's not directly relevant here.

I generally agree that the correct fix is for the communities to get their modules up to date with the English modules if they are seeing errors for longer codes. (There may be other issues with that of course that come with what are likely severely out-of-date modules. [No, not a problem fixed by global modules--we'd just kill all development of the English modules that way as everyone would need to agree that certain parameters were deprecated or not deprecated or.......])

I would recommend that this task be declined entirely or at best an issue for the CommTech team to handle, and for wikis still affected to come to the English Wikipedia talk page. @Trappist_the_monk is very helpful with use-of-CS1/2-on-other-wikis kinds of questions/issues.

What the module does not do at this time is display that this is Dutch Dutch (nl-NL) (or, er, Dutch--better example is en-GB = British English). Is that what is being requested? There are some TODO comments in the module code if this is what is being requested. There's probably some work that could be done to hook into Module:Lang which would support this better. However, I think that request is a different task.

Filed: https://github.com/citation-style-language/zotero-bits/issues/84 (and declined)

Has been resolved for a while.

Writing down before I forget this, but in Zotero "page" is actually an invalid field for type book. So we can't fix this upstream, we'd have to just implement a custom solution for ourselves and extend the mediawiki format to allow page number for google books (which we have done with other properties)

Declining as we're no longer keeping a separate translator fork, and as per @czar it's not necessarily the case that this is always wrong.

Resolved with translation-server-v2 or perhaps earlier.

Well- we ARE a robot. So probably technically the things that can be done would involve pretending we are not a robot...

This is done in my fork by adding all authors including other author types like editor using author name string: https://github.com/mvolz/wikidata-citoid-gadget

This is done in my fork using open refine: https://github.com/mvolz/wikidata-citoid-gadget

I can get Zotero to time out locally with 10.1098/rspb.2000.1188

The new zotero is now deployed but is currently outdated and needs to be updated to resolve this.