Last modified: 2014-11-17 09:21:25 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 T20183, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18183 - Hide globally hidden user names on Special:Log/globalauth
Hide globally hidden user names on Special:Log/globalauth
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
unspecified
All All
: Normal major with 12 votes (vote)
: ---
Assigned To: Victor Vasiliev
http://meta.wikimedia.org/wiki/Specia...
: patch, patch-need-review
Depends on:
Blocks: SWMT
  Show dependency treegraph
 
Reported: 2009-03-26 21:00 UTC by DerHexer
Modified: 2014-11-17 09:21 UTC (History)
12 users (show)

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


Attachments
Patch, needs review (1.44 KB, patch)
2010-01-20 11:44 UTC, revvar
Details

Description DerHexer 2009-03-26 21:00:47 UTC
Hi! If a global user name was hidden, the hiding should just be visible to stewards on http://meta.wikimedia.org/wiki/Special:Log/globalauth . The lines could be striked out like it's done on Special:Ipblocklist when an account was blocked with the global permission "hideuser".

As you can see it's always needed to suppress user names which contain private data although they are hidden. Another possibility is to hide Special:Log/globalauth from non-stewards like it's done with Special:Log/suppress for users without the global permission "hideuser".

Kind regards
DerHexer
Comment 1 DerHexer 2009-03-26 21:10:52 UTC
> Another possibility is to hide
> Special:Log/globalauth from non-stewards like it's done with
> Special:Log/suppress for users without the global permission "hideuser".

That would be [[bug:18060]].

Kind regards
DerHexer
Comment 2 Church of emacs 2009-06-03 19:56:06 UTC
Changed to critical due to major privacy concerns. If an user account has to be globally hidden, there should be _no_ public traces left. Hideuser should not leave behind the username it is trying to hide.
The only way to fix the behavior of global hideuser is to oversight the log entry - and due to the oversight policy, a local oversighter on meta has to do that (not the steward who globally blocked the user).
Comment 3 Mike.lifeguard 2009-06-03 20:27:15 UTC
Actually, you're not quite right on the policy issue, but close enough & it shouldn't matter in any case. Hidden users *must* be actually hidden.
Comment 4 Mike.lifeguard 2009-07-28 02:24:44 UTC
Guys, this is a major issue for stewards at the moment. Please move the log for globalauth hiding to the suppression log. Our work is basically *doubled* until this happens - and considering the nature of the disruption, that's very bad indeed.
Comment 5 Chad H. 2009-08-14 12:34:46 UTC
Critical issue, but not a blocker. Scaling back.
Comment 6 DerHexer 2009-08-14 12:56:40 UTC
And [[bugzilla:17840]] was a blocker, I see. … This bug unnecessarily blocks work/time of stewards and meta oversights, makes global hidings useless, and should be fixed asap. Kind regards and many thanks in advance.
Comment 7 Larry Pieniazek 2009-10-05 22:53:39 UTC
Note that stewards (or those with the hideuser permission) probably should be able to see the log and the name, as there may be cases where a name was hidden inadvertantly or inappropriately, that should be visible enough to be undone without needing to undo them first.
Comment 8 DerHexer 2009-11-12 17:25:16 UTC
Anyone on this bug? It still takes me (as oversight on meta) dozens of hours to remove those entries from Special:Log/globalauth ; and stewards are not any longer able to see them. So please fix that bug as soon as possible! Please keep in mind that we oversights on meta have to do this since more than a half year!
Comment 9 revvar 2010-01-20 11:44:12 UTC
Created attachment 6982 [details]
Patch, needs review
Comment 10 Chad H. 2011-01-21 16:12:49 UTC
Um, I see a patch but I don't see a commit. Not sure why it was marked fixed.

REOPENING.
Comment 11 DerHexer 2011-01-21 16:25:31 UTC
See http://www.mediawiki.org/wiki/Special:Code/MediaWiki/61737 which was created at the same time as that patch.
Comment 12 Mark A. Hershberger 2011-01-21 18:00:27 UTC
re-closing

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


Navigation
Links