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 T20511, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18511 - Remove "hiderevision" permission from the Oversight group
Remove "hiderevision" permission from the Oversight group
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Low normal with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
Depends on: 18598
Blocks: revdel SWMT
  Show dependency treegraph
 
Reported: 2009-04-19 06:04 UTC by Dominic
Modified: 2012-10-29 16:39 UTC (History)
13 users (show)

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


Attachments

Description Dominic 2009-04-19 06:04:52 UTC
As RevisionDelete is now operational for oversighters on enwiki, please remove the "deleterevision" permission from the oversight group. It seems that some oversighters are still using the old Oversight extension instead of RevisionDelete, when the only reason the oversight extension isn't disabled should be so that the oversight log is still viewable (a different permission).
Comment 1 Dominic 2009-04-19 06:12:24 UTC
Sorry, I meant "hiderevision," obviously. :-)
Comment 2 Mike.lifeguard 2009-04-19 11:17:33 UTC
One would think that'd apply to all of Wikimedia, but only when we're actually sure that revision deletion is 100% ready to supplant Oversight. That's not yet the case, AFAIK, so I think this should be closed as LATER.
Comment 3 Dominic 2009-04-19 11:36:18 UTC
What I am requesting is a stopgap anyway. When the developers feel that oversight can be safely disabled, they will, but not this way; it doesn't make sense to say this should wait. This is simply so that people don't continue to use oversight for revision hiding when it has certain concrete problems that RevisionDeletion fixes (misattribution, irreversibility, etc.)
Comment 4 p858snake 2009-04-19 11:43:37 UTC
I believe you should show some consensus for any group permissions changes, no
matter how big or small the change is, especially when dealing with
en.wikipedia.

Also re-assigning to wikibugs-l@lists.wikimedia.org since the original
assigning to brion was a byproduct of the original component (oversight
extension) choice.
Comment 5 Happy-melon 2009-04-23 14:12:55 UTC
No way will or should this happen without consensus, in this case, a consensus that includes the oversighters themselves. If that consensus existed, there would be no need for the bug because oversighters would not be using the Oversight extension *anyway*. I fully agree that the extension should be phased out, but brute-force 'us vs them' approaches like this are not the way to do it. LATER, at best.
Comment 6 Andrew Garrett 2009-04-24 04:26:05 UTC
It's probably sensible to ask oversighters first whether revision deletion is meeting their needs, but it seems sensible to leave the bug open in the meantime so that it might attract comments.
Comment 7 Happy-melon 2009-04-24 10:14:22 UTC
Not sure what relevant comments we're expecting, but 'meh' :D  
Comment 8 SJ 2009-04-26 14:45:16 UTC
This seems like a very good idea.  
Comment 9 Jesse (Pathoschild) 2009-04-29 02:34:38 UTC
This was discussed on the stewards mailing list. There is consensus among stewards for an immediate transition (ideally followed at some point by bug 18598).
Comment 10 FT2 2009-04-29 04:14:44 UTC
(Copying from an email sent earlier today on this topic, with minor edits)


As an oversighter,I have very rarely used oversight for quite some time now, and if I do, it's after some reflection.
 
The main reason I would use oversight, and why we still have use for that tool, is that there are cases where it is important the edit vanishes and is not merely marked as "deleted". Not at all common, but it happens. Trivial examples: 
 
1/ A stalker/harasser leaves a "love note" for their target - they post as an IP or throwaway sock. They don't care if it's deleted/hidden/suppressed, because the "[deleted]" comment will remain, their target will know they were "visited" and are still being targeted, and that's the effect they are after. We do have a couple of people like this.
  
2/ [Deleted - BEANS. Will provide on request to developers/stewards/cu/os, etc.]

As said, I don't use Oversight much these days (3 times in Feb, once in April, compared with about 120 using suppression for March-April), but until RevisionDeleted has an option "Hide existance of revision from users unable to see it", I can see oversight still being needed at times, in some very serious kinds of cases. 


I would therefore be reluctant to see it removed without some kind of confirmation by oversighters that its absence would not reduce their ability to do the job in serious cases of this kind.
Comment 11 Aaron Schulz 2009-04-29 04:34:22 UTC
Note that at least a good coupe of weeks should pass before this is done to iron out some of the remaining rev_deleted issues. 
Comment 12 John Mark Vandenberg 2009-04-29 07:20:56 UTC
As FT2 points out, the Oversight tool has functionality that isnt included in RevisionDelete.  I would like to see that fixed, otherwise the SOP methods of dealing with some issues will not be possible.
Comment 13 Mike.lifeguard 2009-06-20 13:44:35 UTC
(In reply to comment #11)
> Note that at least a good coupe of weeks should pass before this is done to
> iron out some of the remaining rev_deleted issues. 
> 

Which issues were those & did they get resolved?

The only issues I'm aware of don't affect the oversight -> revision deletion transition (they're about UI/workflow and/or new features in revision deletion that were never available from oversight).
Comment 14 Aaron Schulz 2009-08-01 20:27:04 UTC
"2/ [Deleted - BEANS. Will provide on request to developers/stewards/cu/os,
etc.]"

How does the BEANS scenario work?
Comment 15 Mike.lifeguard 2009-08-10 23:07:26 UTC
FTR, I did look through open revision deletion bugs and although there is still work to do, I didn't see anything that'd block this from being done. The relevant ones are bug 18472 and bug 18598.
Comment 16 Sam Reed (reedy) 2011-07-08 22:49:55 UTC
Is there anything still to do here?
Comment 17 Sam Reed (reedy) 2011-07-09 02:47:44 UTC
Removed

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


Navigation
Links