Last modified: 2014-07-14 23:47:30 UTC
WMF-intern IPs (possible tool labs execution nodes) are visible in the version history of pages. (They were caused by a logged out bot; <https://www.wikidata.org/w/index.php?title=Wikidata:Tools/Tool_of_the_week&action=history>) * 10.68.16.37 * 10.68.16.32 * 10.68.16.31 * 10.68.17.64 * 10.68.16.36 * 10.68.16.35 This can be intended but to be sure I opened this bug. I think a IP pointing to http://tools.wmflabs.org/ would not be a wrong thing for transparency reasons. Or just IP-blocking them b/c it is not intended to edit from labs logged-out.
That the IPs are exposed is not an issue, but bots should not be editing while logged out. It's perfectly justifiable to block the IPs coming from labs, but may not be necessary in the general case. In the meantime, I'll attempt to track down the specific errant bot.
(In reply to Marc A. Pelletier from comment #1) for the linked wikidata-page (and most of the other contribs on wikidata I think) this was BeneBot*, but looking at some global contribs from the IPs it is visible that there are also (though often older) edits by other bots at various wikis.
I suppose how to handle the matter is a question for Wikidata; the English Wikipedia applied a soft block to the tool labs execution nodes as their rules[1] specifically forbids bots from editing while logged out. Depending on what the rules about automated editing are on the other projects, they can do the same or contact the tool's maintainer. [1] https://en.wikipedia.org/wiki/Wikipedia:BOTACC
The errant bot is definitely BeneBot*, and it seems to have since logged back on. I'm going to drop him a not suggesting he uses assert=bot. If the Wikidata community decides to block Labs from editing while logged out, the proper rangeblock is 10.68.16.0/21; and the block should only be a *soft* block.
