Page MenuHomePhabricator

Subpages moves and deletions listed as done by 127.0.0.1 on Meta-Wiki
Closed, ResolvedPublic

Details

Reference
bz49066

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 1:43 AM
bzimport set Reference to bz49066.
MZMcBride created this task.Jun 2 2013, 8:27 PM

Looks like https://meta.wikimedia.org/w/index.php?title=Logo_selection_procedure&diff=5524801&oldid=5524353 is the corresponding change (exactly the same time, very similar change message) which was done by Maggie.

Maggie: Did you do anything special when moving, which might have made edits appear as 127.0.0.1?

(In reply to comment #1)

Maggie: Did you do anything special when moving, which might have made edits
appear as 127.0.0.1?

Special? No. It asked if I wanted subpages moved, and I clicked yes. :)

I suspect this is the translate extension's fault since the pages in question is translatable. (Although it may just be a coincidence)

I noticed the same in twn today:

[13:01:15] rakkaudella> [[MediaWiki:Passwordreset-text-many/qqq]] !NB https://translatewiki.net/w/i.php?oldid=4753834&rcid=8103964 * 127.0.0.1 * (+148) Importing a new translation

I don't remember having done any changes here.

It's likely something merged between 2013-05-31 14:19:23 +0000 and 2013-06-03 09:57:40.

Related URL: https://gerrit.wikimedia.org/r/66558 (Gerrit Change Ib82e34b6c9790f3b6fe4cefc5e5c3468e035001b)

Related URL: https://gerrit.wikimedia.org/r/66559 (Gerrit Change Ie24ec666280d086109df97e2ae3a590051f59451)

Related URL: https://gerrit.wikimedia.org/r/66560 (Gerrit Change I76236034ec6f0c73766b2105cf346b13bac45780)

Those patches should fix everything except the issue actually reported.

That file needs revert, because of bug 49086 which I just filed.

hoo added a comment.Jun 5 2013, 11:21 PM
  • Bug 49212 has been marked as a duplicate of this bug. ***

Bumping criticality, given this touches deletions.

(In reply to comment #11)

Bumping criticality, given this touches deletions.

Yes, and they don't even show up in logs for either 127.0.0.1 or FuzzyBot.

See the newer post on https://meta.wikimedia.org/wiki/Meta:Babel#Special:Contributions.2F127.0.0.1

(In reply to comment #9)

That file needs revert, because of bug 49086 which I just filed.

Which "that file"?

(In reply to comment #13)

(In reply to comment #9)

That file needs revert, because of bug 49086 which I just filed.

Which "that file"?

tag/TranslateMoveJob.php

Doesn't fit the definition of critical. Will commit a "fix" for the last file now.

Related URL: https://gerrit.wikimedia.org/r/67247 (Gerrit Change I97d680b2bfdad02ce2ca94ffc3caf3ad94898e0f)

(In reply to comment #15)

Doesn't fit the definition of critical.

My reading of comment 11 and comment 12 is that deletions (in addition to moves) are having an issue, possibly involving data loss.

It only affect moves and deletions of translatable pages. And there is no significant data loss - some events are logged to wrong place etc.

pinkampersand.wikimedia wrote:

Further suggesting that this is related to the translate extension, after http://www.wikidata.org/wiki/Special:Contributions/127.0.0.1, FuzzyBot failed to automatically mark http://www.wikidata.org/wiki/Template:Recentchanges/text/en as patrolled (and yes, to state the obvious, the bot rights on Wikidata *do* include autopatrol). Note that this was just 4 minutes after the localhost page moves.

I'm noting that https://gerrit.wikimedia.org/r/#/c/67247/ is still waiting for review and did not get into 1.22wmf6, while the three other patches did.