Wikipedia: in afwachting van wijzigingen

Beheerders kunnen in afwachting van wijzigingen bescherming toepassen op pagina's die onderhevig zijn aan hevig en aanhoudend vandalisme , schendingen van het beleid inzake biografieën van levende personen of het invoegen van inhoud die in strijd is met het auteursrecht. Bescherming tegen wijzigingen die in behandeling zijn, mag niet worden gebruikt als preventieve maatregel tegen schendingen die nog niet hebben plaatsgevonden, en mag ook niet worden gebruikt om geregistreerde gebruikers te bevoorrechten ten opzichte van niet-geregistreerde gebruikers in geschillen over inhoud. Beveiliging tegen in afwachting van wijzigingen mag niet worden gebruikt voor artikelen met een zeer hoge bewerkingssnelheid, zelfs niet als ze voldoen aan de bovengenoemde criteria. In plaats daarvan moet semi-bescherming worden overwogen.

Bovendien kunnen beheerders tijdelijke bescherming in afwachting van wijzigingen toepassen op pagina's die onderhevig zijn aan aanzienlijk maar tijdelijk vandalisme of verstoring (bijvoorbeeld vanwege media-aandacht) wanneer het blokkeren van individuele gebruikers geen haalbare optie is. Net als bij andere vormen van bescherming, moet het tijdsbestek van de bescherming in verhouding staan ​​tot het probleem. Onbepaalde pc-bescherming mag alleen worden gebruikt in geval van ernstige langdurige onderbreking.

Net als bij semi-bescherming, mag pc-bescherming nooit worden gebruikt bij echte geschillen over inhoud, waarbij het risico bestaat dat een bepaalde groep redacteuren wordt benadeeld.

Editors zonder beheerdersrechten kunnen paginabescherming aanvragen als aan de bovenstaande criteria is voldaan. Verwijdering van in afwachting van wijzigingen bescherming kan worden aangevraagd bij elke beheerder, of bij verzoeken om de bescherming op te heffen .

Het beoordelingsproces is bedoeld als een snelle controle om er zeker van te zijn dat bewerkingen het volgende niet bevatten:

• vandalisme
• schendingen van het beleid inzake levende mensen
• schendingen van het auteursrecht
• andere duidelijk ongepaste inhoud

Beoordelaars zijn voldoende ervaren gebruikers die de mogelijkheid krijgen om bewerkingen van andere gebruikers te accepteren. Beoordelaars hebben een vergelijkbaar niveau van vertrouwen als rollbackers ; alle beheerders hebben het recht van de reviewer. Potentiële recensenten moeten vandalisme herkennen, bekend zijn met het basisbeleid inzake inhoud, zoals het beleid inzake levende mensen, en een redelijk niveau van ervaring hebben met het bewerken van Wikipedia. Het lezen van de herziening van richtlijn , waarin het beoordelingsproces en de verwachtingen voor een recensent zijn gedetailleerd, wordt aanbevolen.

Beoordelaars en beheerders zien een roze volglijstbanner op hun volglijst wanneer er een bewerking in behandeling is die moet worden beoordeeld. Als een recensent of beheerder het wil uitschakelen, kunnen ze het #mw-fr-watchlist-pending-notice {display: none}in hun common.css plakken .

Acceptatie van een bewerking door een recensent is geen goedkeuring van de bewerking. Het geeft alleen aan dat de bewerking is gecontroleerd op duidelijke problemen, zoals hierboven vermeld.

Beoordelingsrechten worden op verzoek verleend bij Wikipedia: Verzoeken om machtigingen . Hoewel elke beheerder de technische mogelijkheid heeft om de toestemming van de recensent te verwijderen, mag verwijdering alleen plaatsvinden als gevolg van consensus uit een discussie of wanneer een redacteur vraagt ​​om verwijdering van zijn eigen toestemming. Discussie over het verwijderen van de toestemming van de recensent dient normaal gesproken plaats te vinden op het mededelingenbord van de beheerder . Bespreking met de betrokken redacteur en / of een verzoek om een ​​second opinion op de overlegpagina in afwachting van wijzigingen wordt aanbevolen voordat formeel om verwijdering wordt verzocht.

Herziening van lopende wijzigingen moet binnen redelijke tijdslimieten (maximaal een paar uur) worden opgelost. Backlog management moet op gemeenschapsniveau worden gecoördineerd. De achterstand is te zien op Special: PendingChanges . Sinds januari 2013 worden bewerkingen zelden langer dan twee tot drie uur niet beoordeeld en is de achterstand vaak leeg.

In de bewerkingsgeschiedenis worden geaccepteerde revisies gemarkeerd, wat de leesbaarheid verbetert. Bovendien worden zichtbare tags toegepast om aan te geven waarom bepaalde bewerkingen werden geaccepteerd ("automatisch geaccepteerd" / "geaccepteerd door [gebruikersnaam]"). Met ingang van september 2018^[bijwerken], deze markering gaat nog steeds permanent verloren voor eerdere wijzigingen op een bepaalde pagina wanneer de instelling voor in behandeling zijnde wijzigingen is uitgeschakeld. ^[1] Wanneer in behandeling zijnde wijzigingen weer worden ingeschakeld, wordt de markering alleen toegepast op nieuwere wijzigingen. Daarom is het een goede keuze om in behandeling zijnde wijzigingen ingeschakeld te laten wanneer andere beveiligingen worden toegepast. ^[2]

Als een gevestigde gebruiker een artikel met niet-beoordeelde openstaande wijzigingen bewerkt, wordt de nieuwe versie dan automatisch geaccepteerd?

Nee. Als de gebruiker een recensent is (dat wil zeggen, de gebruiker heeft de toestemming "recensent" gekregen), wordt deze gevraagd om eventuele niet-beoordeelde hangende wijzigingen te beoordelen en te accepteren. Als de gebruiker geen recensent is, wordt de bewerking ook gemarkeerd als "in afwachting van beoordeling". (Beoordelaars kunnen dit testen door de huidige versie van een pagina onder openstaande wijzigingen ongedaan te maken en vervolgens te proberen deze te bewerken.) Een uitzondering hierop is wanneer een gebruiker een lopende bewerking terugzet naar de laatst geaccepteerde revisie: in dit geval wordt het terugdraaien automatisch geaccepteerd.

Wat gebeurt er als verschillende IP-bewerkingen aan een artikel dat onder wijzigingen in behandeling staat, resulteren in een ongeldige bewerking ? (Een IP maakt bijvoorbeeld een bewerking en een ander IP maakt het ongedaan .)

Als ze allemaal zijn gemaakt door een enkel IP-adres, wordt de nieuwe versie automatisch geaccepteerd. Als verschillende gebruikers wijzigingen hebben aangebracht, wordt de nieuwe versie niet geaccepteerd (om mogelijk misbruik te voorkomen).

Op welke soorten pagina's kunnen in behandeling zijnde wijzigingen worden gebruikt?

Aanvankelijk werd bij consensus bepaald dat in behandeling zijnde wijzigingen alleen konden worden gebruikt voor artikelen, onderhevig aan het beschermingsbeleid , en op testpagina's in de projectruimte. Een later verzoek om commentaar vond het toegestaan ​​om hangende wijzigingen buiten de artikelen te gebruiken; het is echter door de software beperkt tot de hoofd- en projectnaamruimten, en er is geen verzoek gedaan om andere naamruimten toe te staan. Het is technisch niet mogelijk om overlegpagina's op lopende wijzigingen te plaatsen.

Is de beveiliging in afwachting van wijzigingen niet gedaald?

Ja en nee. In afwachting van wijzigingen werd bescherming geïmplementeerd op proefbasis in 2010. In 2011 werd bescherming tegen in afwachting van wijzigingen als een mechanisme voor het beschermen van pagina's geschrapt, totdat een consensus werd bereikt over de implementatie ervan. Er is een reeks discussies geweest over het gebruik van de functie en deze werd op 1 december 2012 weer in gebruik genomen. Sindsdien wordt alleen gebruik gemaakt van de hangende wijzigingen van niveau 1, die van invloed zijn op de bewerkingen van nieuwe en niet-geregistreerde gebruikers. Vanaf januari 2017 is er consensus om hangende wijzigingen niveau 2 te laten vallen, en als resultaat wordt nu alleen niveau 1 gebruikt.

Hoe weet u of een pagina in afwachting van wijzigingen is beveiligd?

Beveiligde pagina's worden normaal gesproken gemarkeerd met een klein hangslotsymbool in de bovenhoek, afhankelijk van het beschermingsniveau. Er zal ook een vervolgkeuzelijst zijn naast de titel van het artikel, die verwijst naar de wijzigingen die in behandeling zijn, als die er zijn.

Hieronder vindt u een lijst met eerdere discussies en opiniepeilingen met betrekking tot de functie Wijzigingen in behandeling:

• Maart 2009: Eerste opiniepeiling 4 tegen 1 die de originele proef goedkeurt
• Mei 2010: RFC over enkele kwesties in afwachting van het proces
• Juni 2010 - augustus 2010: in afwachting van proef met wijzigingen
• Augustus 2010: Straw poll 2 tegen 1 ten gunste van voortzetting van PC in een of andere vorm
• September 2010: Stro-poll over tussentijds gebruik
• September 2010 - mei 2011: voortzetting van lopende wijzigingen zonder duidelijk mandaat
• Februari 2011 - mei 2011: PC RfC 2011 De oorspronkelijke pc-proefperiode beëindigd.
• Maart 2012 - juni 2012: PC RfC 2012 heeft een consensus bereikt om pc voor het einde van 2012 mogelijk te maken.
  • September 2012: WP: PC2012 / RfC 1 heeft besproken of Level 2 moet worden gebruikt in afwachting van wijzigingen.
  • Oktober 2012: WP: PC2012 / RfC 2 besprak wanneer hangende wijzigingen moeten worden toegepast, de criteria voor het afwijzen van bewerkingen en verschillende ideeën om de achterstand te verminderen.
  • November 2012: WP: PC2012 / RfC 3 besprak de implementatie en het gebruik van de functie voor in afwachting van wijzigingen.
• December 2012 -: In afwachting van wijzigingen opnieuw ingeschakeld op een permanente basis
• Mei 2013: PC RfC 2013 is afgesloten omdat verdere bespreking vereist is voor implementatie. Het heropende de vraag of niveau 2 moet worden gebruikt in afwachting van wijzigingen.
• Januari 2014: PC RFC 2014 geopend om te bepalen of er consensus is over hoe hangende wijzigingen niveau 2 moeten worden geïmplementeerd. Tegen de tijd dat het in juni werd gesloten, was er helemaal geen consensus meer om hangende wijzigingen niveau 2 te gebruiken, maar of en wanneer een dergelijke consensus ontwikkelt zich, er is enige consensus over wanneer deze moet worden toegepast.
• Oktober 2016: DC RFC 2016 geopend om te bepalen of het bewerkingsfilter, bots en ORES moeten worden toegestaan ​​om verdachte bewerkingen uit te stellen voor beoordeling met behulp van uitgestelde wijzigingen . De RfC is in zijn geheel geslaagd.
• November 2016: PC RFC 2016 # 1 geopend om voor te stellen de auto-acceptatiedrempel voor PC2 te verlagen en gebruikscriteria vast te stellen.
• November 2016: PC RFC 2016 # 2 geopend om verschillende dingen voor te stellen, waaronder het implementeren van hangende wijzigingen voor alle artikelen, het implementeren ervan voor bepaalde soorten artikelen (inclusief goede artikelen , aanbevolen artikelen , essentiële artikelen en biografie van artikelen over levende personen ), auto- het verlenen van rechten aan de beoordelaar aan degenen die aan bepaalde criteria voldoen, en het creëren van een semi-automatische tool voor beoordeling. Het gedeelte voor het creëren van een semi-geautomatiseerde review-tool werd uit de RfC gehaald omdat er geen consensus nodig was, en de RfC werd later met een sneeuwbal gesloten met consensus tegen alle resterende voorgestelde wijzigingen.
• Januari 2017: RFC verwijdert hangende wijzigingen niveau 2, nadat alle RFC's over dit onderwerp geen consensus bereikten over het gebruik ervan.
• November 2017: Het voorstel om uitgestelde wijzigingen door te voeren werd als slapend aangemerkt vanwege een gebrek aan werk aan de technische implementatie ervan.

• Wikipedia: gemarkeerde bescherming en gepatrouilleerde revisies , het oorspronkelijke proefvoorstel.
• Wikipedia: getimede gemarkeerde revisies , een voorstel om getimede autoreview toe te voegen aan lopende wijzigingen, om te functioneren als een zachtere (bredere) beschermingstool.
• Wikipedia: uitgestelde wijzigingen , voorstel om bots toe te staan , het bewerkingsfilter en / of ORES om verdachte bewerkingen uit te stellen voor beoordeling (oorspronkelijk Wikipedia: uitgestelde revisies ).
• Wikipedia: gepatrouilleerde revisies , een verzoek om een ​​passief beoordelingssysteem, onderdeel van het oorspronkelijke voorstel.
• Wikipedia: Blokkering van in afwachting van wijzigingen , voorstel voor een vorm van gebruikersspecifieke bewerkingsbeperking voor een klassiek blok, wat bescherming tegen wijzigingen in behandeling is voor klassieke bescherming.
• Wikipedia: PC2012 , een overzicht van de implementatie van lopende wijzigingen in 2012.
• Wikipedia: hangende wijzigingen voorbehouden , een essay over waarom het gebruik van hangende wijzigingen ernstig beperkt was.

Koppel

• Speciaal: PendingChanges , pagina's met bewerkingen die in behandeling zijn.
• Special: StablePages , pagina's onder lopende wijzigingen.
• Special: ValidationStatistics , verschillende statistieken met betrekking tot de functie Pending Changes.
• Template: Pending Changes backlog , een weergave van de huidige backlog, die kan worden toegevoegd aan gebruikerspagina's.

Logboeken

• Speciaal: Log / stabiel , acties om in behandeling zijnde wijzigingen in of uit te schakelen.
• Speciaal: AdvancedReviewLog , acties om bewerkingen te beoordelen.