Last modified: 2012-10-29 16:39:58 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 T20531, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18531 - Hiding can hide a bit too well
Hiding can hide a bit too well
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
User blocking (Other open bugs)
unspecified
All All
: Normal enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 18805 (view as bug list)
Depends on:
Blocks: SWMT
  Show dependency treegraph
 
Reported: 2009-04-20 13:38 UTC by FT2
Modified: 2012-10-29 16:39 UTC (History)
4 users (show)

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


Attachments

Description FT2 2009-04-20 13:38:32 UTC
I have been trying to sort out a checkuser/oversight case, and noticed I've been greatly hampered by the "hide username" function. While this is extremely valuable, it also makes it near impossible to track down edits of a disruptive user, which is precisely the kind of work oversighters and checkusers often have to do. 

(More generally, in the past it's been possible for anyone to track a change such as a rename, move, oversighting, or deletion in the logs and history provided they are able to see the source entries (ie have the appropriate admin/oversight rights needed). We need to not lose that ability with these new tools.)


REQUEST:

If the user viewing material is an oversighter or otherwise would be allowed to see or modify the "hide username" setting, then the username appears as "[deleted] (show/hide)" or "[hidden] (show/hide)" in lists and other places, not just be omitted.
Comment 1 Happy-melon 2009-04-24 19:18:56 UTC
Perhaps we should just drop all these show/hide links, and make any deleted attributes be links to RevisionDelete for those who have the permission to see the content? 
Comment 2 FT2 2009-04-25 00:18:58 UTC
A nicer idea would be to replace the show/hide links, by a standard RevDel icon next to any applicable row or item:


* If the entry/diff/edit summary etc has SOME RevDel action, a user who CAN view or change the RevDel flags and view the edit (admin or oversighter etc), can click the icon to access RevDel for the revision, or hover to view the RevDel info.

* If the entry/diff/edit summary etc has SOME RevDel action, a user who CANNOT view or change the RevDel flags and view the edit gets a similar icon in a darker shade or with an "x" motif, and a hover saying "Some items in this edit have been removed from view."

* If the entry/diff/edit summary etc has NO RevDel action, a user who CAN view or change the RevDel flags sees a similar icon with an "h" motif. Clicking leads to the revDel view for that revision, hovering shows the message "Click to hide data in this edit".

* If the entry/diff/edit summary etc has NO RevDel action, a user who CANNOT view or change the RevDel flags is not shown any icon next to it.
Comment 3 FT2 2009-04-25 00:22:43 UTC
But that's a different point. The issue here is specific to "hide username" in the blocking function (or elsewhere) removing the trail for users who need to be able to follow it.
Comment 4 Aaron Schulz 2009-04-25 02:35:37 UTC
(In reply to comment #0)
> REQUEST:
> 
> If the user viewing material is an oversighter or otherwise would be allowed to
> see or modify the "hide username" setting, then the username appears as
> "[deleted] (show/hide)" or "[hidden] (show/hide)" in lists and other places,
> not just be omitted.
> 

The only place where the name is just omitted is the sp:listusers page AFAIK.
Comment 5 FT2 2009-04-25 02:39:45 UTC
(In reply to comment #4)
> The only place where the name is just omitted is the sp:listusers 
> page AFAIK.

Thanks, that's what I wasn't sure of. Can it be made a "[deleted/hidden] (show/hide)" there as well?
 

Comment 6 FT2 2009-04-25 02:50:05 UTC
I copied the unrelated stuff in comment 1-2 to bug 18577 instead, to keep this one simple.
Comment 7 Mike.lifeguard 2009-06-20 13:48:31 UTC
Have we verified that there is or isn't a problem with workflow for checkusers/oversighters trying to track users?
Comment 8 FT2 2009-06-20 22:29:42 UTC
Yes. (It has been a problem or else it wouldn't have come up and needed reporting.)

See the original post:

"I have been trying to sort out a checkuser/oversight case, and noticed I've
been greatly hampered by the "hide username" function. While this is extremely
valuable, it also makes it near impossible to track down edits of a disruptive
user, which is precisely the kind of work oversighters and checkusers often
have to do."

"(More generally, in the past it's been possible for anyone to track a change
such as a rename, move, oversighting, or deletion in the logs and history
provided they are able to see the source entries (ie have the appropriate
admin/oversight rights needed). We need to not lose that ability with these new
tools.)"
Comment 9 Aaron Schulz 2009-07-30 18:28:29 UTC
(In reply to comment #5)
> (In reply to comment #4)
> > The only place where the name is just omitted is the sp:listusers 
> > page AFAIK.
> 
> Thanks, that's what I wasn't sure of. Can it be made a "[deleted/hidden]
> (show/hide)" there as well?
> 
> 

Done in r54035
Comment 10 db [inactive,noenotif] 2012-10-02 18:18:28 UTC
*** Bug 18805 has been marked as a duplicate of this bug. ***

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


Navigation
Links