Wikipédia: modifications en attente

Les administrateurs peuvent appliquer une protection contre les modifications en attente aux pages soumises à un vandalisme intense et persistant , à des violations de la politique relative aux biographies des personnes vivantes ou à l'insertion de contenu qui enfreint le droit d'auteur. La protection des modifications en attente ne doit pas être utilisée comme une mesure préventive contre des violations qui ne se sont pas encore produites, ni pour privilégier les utilisateurs enregistrés par rapport aux utilisateurs non enregistrés dans les litiges de contenu. La protection des modifications en attente ne doit pas être utilisée sur les articles dont le taux de modification est très élevé, même s'ils répondent aux critères susmentionnés. Au lieu de cela, une semi-protection devrait être envisagée.

En outre, les administrateurs peuvent appliquer une protection contre les modifications temporaires en attente sur des pages sujettes à un vandalisme ou à des perturbations importants mais temporaires (par exemple, en raison de l'attention des médias) lorsque le blocage d'utilisateurs individuels n'est pas une option réalisable. Comme pour les autres formes de protection, la durée de la protection devrait être proportionnelle au problème. Une protection PC illimitée ne doit être utilisée qu'en cas de perturbation grave à long terme.

À l'instar de la semi-protection, la protection PC ne doit jamais être utilisée dans les conflits de contenu authentiques, où il existe un risque de désavantager un groupe d'éditeurs en particulier.

Les éditeurs sans privilèges d'administrateur peuvent demander la protection de la page si les critères ci-dessus sont remplis. La suppression de la protection des modifications en attente peut être demandée à n'importe quel administrateur, ou à des demandes de déprotection .

Le processus de révision est conçu comme une vérification rapide pour s'assurer que les modifications ne contiennent pas:

• vandalisme
• violations de la politique sur les personnes vivantes
• violations de droits d'auteur
• autre contenu manifestement inapproprié

Les réviseurs sont des utilisateurs suffisamment expérimentés qui ont la possibilité d'accepter les modifications d'autres utilisateurs. Les réviseurs ont un niveau de confiance similaire à celui des rollbackers ; tous les administrateurs ont le droit de réviseur. Les examinateurs potentiels doivent reconnaître le vandalisme, se familiariser avec les politiques de contenu de base telles que la politique sur les personnes vivantes et avoir un niveau raisonnable d'expérience dans l'édition de Wikipédia. Il est recommandé de lire le guide de révision , où le processus de révision et les attentes d'un examinateur sont détaillés.

Les réviseurs et les administrateurs verront une bannière de liste de surveillance rose sur leur liste de surveillance chaque fois qu'une modification en attente doit être examinée. Si un réviseur ou un administrateur souhaite le désactiver, il peut le coller #mw-fr-watchlist-pending-notice {display: none}dans son fichier common.css .

L'acceptation d'une modification par un réviseur ne constitue pas une approbation de la modification. Cela indique simplement que la vérification a été vérifiée pour les problèmes évidents énumérés ci-dessus.

Les droits de réviseur sont accordés sur demande sur Wikipedia: Demandes d'autorisations . Bien que tout administrateur ait la capacité technique de supprimer l'autorisation de réviseur, la suppression ne doit se produire que suite à un consensus issu d'une discussion ou lorsqu'un éditeur demande la suppression de sa propre autorisation. La discussion concernant la suppression de l'autorisation de réviseur devrait normalement avoir lieu sur le tableau d'affichage des administrateurs . Une discussion avec l'éditeur concerné et / ou une demande de deuxième avis sur la page de discussion Modifications en attente est recommandée avant de demander formellement la suppression.

L'examen des modifications en attente doit être résolu dans des délais raisonnables (au plus quelques heures). La gestion de l'arriéré doit être coordonnée au niveau communautaire. Le backlog peut être consulté dans Special: PendingChanges . Depuis janvier 2013, les modifications sont rarement examinées pendant plus de deux à trois heures et l'arriéré est souvent vide.

Dans l'historique des modifications, les révisions acceptées sont mises en surbrillance, ce qui améliore la lisibilité. De plus, des balises visibles sont appliquées pour indiquer pourquoi certaines modifications ont été acceptées («automatiquement acceptées» / «acceptées par [nom d'utilisateur]»). À partir de septembre 2018^{[mettre à jour]}, cette mise en surbrillance est toujours définitivement perdue pour les modifications passées sur une page donnée chaque fois que le paramètre des modifications en attente est désactivé. ^[1] Lorsque les modifications en attente sont à nouveau activées, la mise en surbrillance ne sera appliquée qu'aux modifications les plus récentes . Par conséquent, il est judicieux de laisser les modifications en attente activées lorsque d'autres protections sont appliquées. ^[2]

Si un utilisateur établi modifie un article avec des modifications en attente non examinées, la nouvelle version est-elle automatiquement acceptée?

Non. Si l'utilisateur est un réviseur (c'est-à-dire qu'il a obtenu l'autorisation «réviseur»), il sera invité à examiner et à accepter toute modification en attente non examinée. Si l'utilisateur n'est pas un réviseur, la modification sera également marquée comme "révision en attente". (Les réviseurs peuvent tester cela en refusant la version actuelle d'une page sous modifications en attente, puis en essayant de la modifier.) Une exception à cela est lorsqu'un utilisateur rétablit une modification en attente à la dernière révision acceptée: dans ce cas, le retour est automatiquement accepté.

Que se passe-t-il si plusieurs modifications IP d'un article soumis à des modifications en attente entraînent une modification nulle ? (Par exemple, une adresse IP effectue une modification, puis une autre adresse IP l' annule .)

S'ils ont tous été réalisés par une seule adresse IP, la nouvelle version est automatiquement acceptée. Si différents utilisateurs ont modifié, la nouvelle version n'est pas acceptée (pour éviter les abus potentiels).

Sur quels types de pages les modifications en attente peuvent-elles être utilisées?

Dans un premier temps, il a été déterminé par consensus que les modifications en attente ne pouvaient être utilisées que sur les articles, sous réserve de la politique de protection , et sur les pages de test dans l'espace projet. Une demande de commentaire ultérieure a révélé qu'il était permis d'utiliser les modifications en attente au-delà des articles; cependant, il est limité par le logiciel aux espaces de noms principal et de projet, et aucune demande d'autorisation d'autres espaces de noms n'a été faite. Il n'est pas techniquement possible que les pages de discussion soient placées sur des modifications en attente.

La protection des modifications en attente n'a-t-elle pas été supprimée?

Oui et non. La protection des modifications en attente a été déployée à titre d'essai en 2010. En 2011, la protection des modifications en attente a été abandonnée en tant que mécanisme de protection des pages, jusqu'à ce qu'un accord consensuel sur son déploiement soit atteint. Il y a eu une série de discussions sur l'utilisation de la fonctionnalité et elle a été remise en service le 1er décembre 2012. Depuis lors, seuls les changements en attente de niveau 1, affectant les modifications des utilisateurs nouveaux et non enregistrés, sont utilisés. Depuis janvier 2017, un consensus s'est dégagé pour abandonner les modifications en attente de niveau 2 et, par conséquent, seul le niveau 1 est désormais utilisé.

Comment savoir si une page est protégée contre les modifications en attente?

Les pages protégées sont normalement marquées d'un petit symbole de cadenas dans le coin supérieur en fonction de leur niveau de protection. En outre, il y aura une zone de liste déroulante à côté du titre de l'article, indiquant les modifications en attente, le cas échéant.

Vous trouverez ci-dessous une liste des discussions et sondages passés relatifs à la fonctionnalité Modifications en attente:

• Mars 2009: Premier sondage 4 contre 1 approuvant l'essai original
• Mai 2010: RFC sur certaines questions préalables au procès
• Juin 2010 - août 2010: essai de modifications en attente
• Août 2010: sondage Straw 2 contre 1 en faveur de la poursuite du PC sous une forme ou une autre
• Septembre 2010: sondage Straw sur l'utilisation provisoire
• Septembre 2010 - mai 2011: Poursuite des changements en attente sans mandat clair
• Février 2011 - mai 2011: PC RfC 2011 Fin de la version d'essai originale du PC.
• Mars 2012 - juin 2012: PC RfC 2012 a établi un consensus pour activer PC avant la fin de 2012.
  • Septembre 2012: WP: PC2012 / RfC 1 a discuté de l'opportunité d'utiliser les changements en attente de niveau 2.
  • Octobre 2012: WP: PC2012 / RfC 2 a discuté du moment où appliquer les modifications en attente, des critères de rejet des modifications et de diverses idées pour réduire l'arriéré.
  • Novembre 2012: WP: PC2012 / RfC 3 a discuté du déploiement et de l'utilisation de la fonctionnalité de modifications en attente.
• Décembre 2012 -: les modifications en attente sont réactivées de manière permanente
• Mai 2013: le PC RfC 2013 est fermé car nécessitant des discussions supplémentaires pour la mise en œuvre. Il a rouvert la question de savoir s'il fallait utiliser les changements en attente de niveau 2.
• Janvier 2014: PC RFC 2014 ouvert pour déterminer s'il existe un consensus sur la manière de mettre en œuvre les changements en attente de niveau 2. Au moment où il a été fermé en juin, il n'y avait plus de consensus pour utiliser les changements en attente de niveau 2 du tout, mais si et quand un tel consensus se développe, il y a un certain consensus sur le moment de l'appliquer.
• Octobre 2016: DC RFC 2016 ouvert pour déterminer si le filtre d'édition, les bots et ORES devraient être autorisés à reporter les modifications suspectes pour examen en utilisant des modifications différées . Le RfC a passé dans son intégralité.
• Novembre 2016: ouverture du PC RFC 2016 # 1 pour proposer d'abaisser le seuil d'acceptation automatique pour PC2 et établir des critères d'utilisation.
• Novembre 2016: PC RFC 2016 # 2 ouvert pour proposer plusieurs choses, y compris l'implémentation des changements en attente pour tous les articles, l'implémentation pour certains types d'articles (y compris les bons articles , les articles en vedette , les articles vitaux et la biographie des articles de personnes vivantes ), auto- en accordant à l'examinateur le droit pour ceux qui répondent à certains critères et en créant un outil semi-automatisé pour l'examen. La partie consacrée à la création d'un outil d'examen semi-automatisé a été retirée de la RfC car elle ne nécessitait pas de consensus, et la RfC a ensuite été fermée avec un consensus contre tous les changements proposés restants.
• Janvier 2017: RFC pour supprimer les changements en attente de niveau 2, après que toutes les RFC sur le sujet n'ont pas réussi à parvenir à un consensus pour son utilisation.
• Novembre 2017: La proposition de mise en œuvre des changements différés a été marquée comme dormante, suite à un manque de travail sur sa mise en œuvre technique.

• Wikipédia: protection signalée et révisions en patrouille , la proposition d'essai originale.
• Wikipédia: Révisions marquées chronométrées, une proposition visant à ajouter une visualisation automatique chronométrée aux modifications en attente, pour fonctionner comme un outil de protection plus souple (plus large).
• Wikipédia: modifications différées , proposition d'autoriser les bots , le filtre d'édition et / ou ORES de reporter les modifications suspectes pour examen (à l' origine Wikipedia: révisions différées ).
• Wikipédia: révisions patrouillées , une demande de système de révision passive, une partie de la proposition originale.
• Wikipédia: blocs de modifications en attente , proposition d'une forme de restriction d'édition spécifique à l'utilisateur qui est à un bloc classique ce que la protection des modifications en attente est à la protection classique.
• Wikipédia: PC2012 , un aperçu de la mise en œuvre 2012 des changements en attente.
• Wikipédia: mises en garde sur les modifications en attente , un essai expliquant pourquoi l'utilisation des modifications en attente était sévèrement limitée.

Interface

• Spécial: PendingChanges , pages avec des modifications en attente.
• Spécial: StablePages , pages en cours de modifications.
• Spécial: ValidationStatistics , diverses statistiques relatives à la fonction Modifications en attente.
• Modèle: Backlog de modifications en attente , un affichage du backlog actuel, qui peut être ajouté aux pages utilisateur.

Journaux

• Spécial: Journal / stable , actions pour activer ou désactiver les modifications en attente.
• Spécial: AdvancedReviewLog , actions pour revoir les modifications.