Last modified: 2014-08-10 23:57:27 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T59815, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 57815 - Some AbuseFilter entries on Wikidata wrongly attributed to localhost
Some AbuseFilter entries on Wikidata wrongly attributed to localhost
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
WikidataRepo (Other open bugs)
unspecified
All All
: Normal minor (vote)
: ---
Assigned To: Wikidata bugs
:
Depends on:
Blocks: user-127.0.0.1
  Show dependency treegraph
 
Reported: 2013-12-01 17:51 UTC by T. H. Kelly (Pink&)
Modified: 2014-08-10 23:57 UTC (History)
12 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description T. H. Kelly (Pink&) 2013-12-01 17:51:06 UTC
https://www.wikidata.org/w/index.php?title=Special:AbuseLog&wpSearchUser=127.0.0.1

As you can see, 13 edits since August have been erroneously attributed to 127.0.0.1 in the AbuseFilter log. The diffs all seem to list the correct usernames, e.g. [1] and [2], and localhost contribs[3] doesn't show anything since a bug that was resolved back in June. None of these edits was blocked by the filter, so they all show up in the relevant contrib page, e.g. [4].

An infrequent issue in itself, but I'm setting it as major due to the possibility of larger underlying bugs. Downgrade if you disagree.

Oh, and CC'ing wikidata-bugs in case this turns out to be a Wikidata thing.

[1] https://www.wikidata.org/w/index.php?title=Q893459&diff=prev&oldid=71814820
[2] https://www.wikidata.org/w/index.php?title=Q6951563&diff=prev&oldid=81251419
[3] https://www.wikidata.org/wiki/Special:Contributions/127.0.0.1
[4] https://www.wikidata.org/wiki/Special:Contributions/Nte213
Comment 1 Marius Hoch 2013-12-02 00:30:29 UTC
The problem is in UpdateRepoOnMoveJob. The edits appear as done from localhost because they're executed from queued job queue jobs and not in the context of the user.

I don't think that we can easily fix this without doing other horrible things.
Comment 2 Marius Hoch 2013-12-02 16:58:54 UTC
We're just mirroring actions from other Wikis there, so that's not something we need to filter (actually we probably shouldn't filter this at all... maybe we should avoid passing these edits to the various edit filters).

Due to that I don't think that this is important at all.
Comment 3 Trijnstel 2014-01-08 10:53:58 UTC
Saper suggested that this bug might be related to what I saw on wikidata after a CU: lots of edits on 127.0.0.1, most of them related to updates after a move.

So I do think it's important to fix this...
Comment 4 Marius Hoch 2014-01-08 11:35:36 UTC
(In reply to comment #3)
> Saper suggested that this bug might be related to what I saw on wikidata
> after
> a CU: lots of edits on 127.0.0.1, most of them related to updates after a
> move.

Those edits are from the same source, yes (essentially these are automated changes to Wikidata to keep us up to date with the Wikipedias)

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links