Archives

Threads  Dates Archive
1 to 39  September 2003 to February 20 2006 0
40 to 82  February 20 2006 to March 19 2006 1
83 to 101  up to and all of May 2006 2
102 to 121  June 2006 3
122 to 169  July 2006 4
170 to 203  1 to August 19 2006 5
204 to 234  19 August to 30 September 2006 6
235 to 266  October 2006 7
267 to 305  November 2006 8
306 to 344 December 2006 9
345 to 384 January to April 2007 10
385 to 440 May to December 2007 11
441 to 471 December 2007 to February 2008 12
472 to 544 2008-2012 13
545 to 626 2013-September 2015 14
627 to 695 October 2015-2016 15
696 to 725 First half of 2017 16
726 to 807 Second half of 2017 17
RfC invites 00

Administrators' newsletter – January 2018

News and updates for administrators from the past month (December 2017).

 

  Administrator changes

  Muboshgu
  AnetodeLaser brainWorm That Turned
  None

  Bureaucrat changes

  Worm That Turned

  Guideline and policy news

  • A request for comment is in progress to determine whether the administrator policy should be amended to require disclosure of paid editing activity at WP:RFA and to prohibit the use of administrative tools as part of paid editing activity, with certain exceptions.

  Technical news

  Arbitration


Sent by MediaWiki message delivery (talk) 02:37, 3 January 2018 (UTC)Reply

Administrators' newsletter – February 2018

News and updates for administrators from the past month (January 2018).

 

  Administrator changes

  None
  BlurpeaceDana boomerDeltabeignetDenelson83GrandioseSalvidrim!Ymblanter

  Guideline and policy news

  • An RfC has closed with a consensus that candidates at WP:RFA must disclose whether they have ever edited for pay and that administrators may never use administrative tools as part of any paid editing activity, except when they are acting as a Wikipedian-in-Residence or when the payment is made by the Wikimedia Foundation or an affiliate of the WMF.
  • Editors responding to threats of harm can now contact the Wikimedia Foundation's emergency address by using Special:EmailUser/Emergency. If you don't have email enabled on Wikipedia, directly contacting the emergency address using your own email client remains an option.

  Technical news

  • A tag will now be automatically applied to edits that blank a page, turn a page into a redirect, remove/replace almost all content in a page, undo an edit, or rollback an edit. These edits were previously denoted solely by automatic edit summaries.

  Arbitration


Sent by MediaWiki message delivery (talk) 00:51, 4 February 2018 (UTC)Reply

Please explain...

 

Can you explain why you removed Felix E. Reed as Felix Feist's son? It is a well known fact that this is his son. If you contact his adopted son, Raymond, he can confirm this fact.

Knowthyselfwell (talk) 01:51, 2 March 2018 (UTC)Reply

It's in the edit summary. But to repeat, WP:BLP is the relevant policy. Samsara 02:36, 2 March 2018 (UTC)Reply


Administrators' newsletter – March 2018

News and updates for administrators from the past month (February 2018).

 

  Administrator changes

  Lourdes
  AngelOfSadnessBhadaniChris 73CorenFridayMidomMike V
† Lourdes has requested that her admin rights be temporarily removed, pending her return from travel.

  Guideline and policy news

  • The autoconfirmed article creation trial (ACTRIAL) is scheduled to end on 14 March 2018. The results of the research collected can be read on Meta Wiki.
  • Community ban discussions must now stay open for at least 24 hours prior to being closed.
  • A change to the administrator inactivity policy has been proposed. Under the proposal, if an administrator has not used their admin tools for a period of five years and is subsequently desysopped for inactivity, the administrator would have to file a new RfA in order to regain the tools.
  • A change to the banning policy has been proposed which would specify conditions under which a repeat sockmaster may be considered de facto banned, reducing the need to start a community ban discussion for these users.

  Technical news

  • CheckUsers are now able to view private data such as IP addresses from the edit filter log, e.g. when the filter prevents a user from creating an account. Previously, this information was unavailable to CheckUsers because access to it could not be logged.
  • The edit filter has a new feature contains_all that edit filter managers may use to check if one or more strings are all contained in another given string.

  Miscellaneous

  Obituaries

  • Bhadani (Gangadhar Bhadani) passed away on 8 February 2018. Bhadani joined Wikipedia in March 2005 and became an administrator in September 2005. While he was active, Bhadani was regarded as one of the most prolific Wikipedians from India.

Sent by MediaWiki message delivery (talk) 03:00, 2 March 2018 (UTC)Reply

Concurrent semiprotection and pending changes

Re: protection levels on Mike Tyson and other cases where PC and semi are in use at the same time, I understand your point (from the previous discussion) about losing the display of which edits are accepted by whom, and I mostly agree. The thing is, when PC and semi are in use at the same time, edits that would normally be held for review under PC are instead disallowed by semiprotection, so any edit that makes it to the history will be automatically accepted. Is maintaining that display useful?

On the other hand, MRD2014, for the same reason (all edits are automatically accepted) is there any benefit to removing PC? It isn't creating any extra work for anyone.

Just some thoughts. I didn't want to pollute RFPP with too much tangential discussion. Ivanvector (Talk/Edits) 13:31, 7 March 2018 (UTC)Reply

As you've correctly surmised, the main effect from removing PC is to remove contextual data from the edit history. Depending on the selected colour scheme, it may also change the colour in which edits are displayed, and remove the "automatically accepted" from recent edits. BUT removing the contextual data makes it harder to understand why the protection was elevated from PC to semi (or any higher level). So removing PC can put you on a slippery slope towards accepting further degradation of protection for a page where this is not appropriate, simply because the markup will be missing from the part of the history that precedes the pp elevation. I advise against it. I also think this should be regarded as a bug to be fixed - the record of PC should not be eradicated for those entries to whom it was relevant, when PC is (perhaps temporarily) disabled. If that were addressed, we could disable or re-enable PC without any ill effects, i.e. in my opinion the default or perhaps only behaviour should be retaining all historic PC data when PC is disabled. Samsara 13:49, 7 March 2018 (UTC)Reply
As MRD2014 pointed out, the review history is preserved in the page's review log, however that log is not very convenient to find and not a very convenient display in terms of comparing with edits in a timeline. It would be more convenient if reviewed edits could remain visible on the page history after PC is turned off, and I think it would be worth a note at WP:VPT. Ivanvector (Talk/Edits) 14:09, 7 March 2018 (UTC)Reply
One idea I have is to maybe keep those specific edits highlighted as reviewed even if PC is off if the page was previously pending-changes-protected. — MRD2014 Talk 14:40, 7 March 2018 (UTC)Reply