Steward handbook/it

←Steward

Manuale degli Steward

Questa pagina documenta gli strumenti degli steward e fornisce linee guida e suggerimenti sul loro utilizzo. Vedi anche le politiche di CheckUser , oversight e steward . Per la discussione dell'attività degli steward, consultare la Bacheca degli steward.

Steward

• Informazioni sugli steward
• Elezioni
• Storia

Richieste

• Informazioni su CheckUser
• Blocchi o lock globali
• Diritti globali
• Diritti dei bot locali
• Diritti locali
• Cambio del nome utente
• Richieste diverse
• Blacklist dei siti spam
• Blacklist dei titoli e dei nomi utente

Per gli steward

• Aiuto
• Linee guida
• Bug
• Mailing list
• #wikimedia-stewards^connetti

Bacheche

• Bacheca della policy sull'accesso
• Bacheca degli steward

Gruppi utente e regolazione dei diritti

Wiki singole

Screenshot di Special:UserRights.

Gli steward possono usare Special:UserRights su Meta per regolare l'accesso degli utenti su qualsiasi progetto Wikimedia selezionando o deselezionando specifici gruppi . A ciascun gruppo viene assegnato un set di diritti nella configurazione di MediaWiki, elencati da Special:ListGroupRights su ogni wiki.

1. Immettere il nome utente.
   • Il formato deve essere “Nome utente@database_prefix” (per utenti su altri wiki) o “Nome utente” (per utenti su Meta-Wiki).
   • La prima lettera del nome deve essere maiuscola (a meno che il wiki non consenta le prime lettere maiuscole e minuscole nei nomi).
   • Il prefisso del database è costituito dal codice della lingua per i wiki con sottodomini (sostituzione di trattini con trattini bassi), seguito dal prefisso del progetto mostrato di seguito.
2. Fai clic su "Modifica gruppi utente". Apparirà una nuova casella che mostra in quali gruppi è già presente l'utente e quali altri gruppi sono disponibili.
3. Riassegna i gruppi.
   • Per assegnare un nuovo gruppo, seleziona il gruppo appropriato.
   • Per rimuovere un gruppo, deseleziona il gruppo appropriato.
   • Se il compito è per un periodo di tempo finito, scegli una durata appropriata dal menu a discesa.
4. Fai clic su "Salva gruppi utente".

Prefissi del Database

Di seguito sono riportati i prefissi dei principali progetti. Per gli altri, vedi l' elenco completo. Si noti che i trattini (-) devono essere sostituiti con trattini di sottolineatura (_), quindi per esempio cbk_zamwiki è il nome di cbk-zam.wikipedia.org.

Progetto	Prefisso
Wiki multilingua
Wikimedia Commons	commonswiki
Wikimedia Foundation Governance	foundationwiki
Wikifunctions	wikifunctionswiki
Wikimedia Incubator	incubatorwiki
MediaWiki	mediawikiwiki
Wikisource multilingue	sourceswiki
Test Wikipedia	testwiki
Test Wikipedia 2	test2wiki
Test Wikidata	testwikidatawiki
Wikidata	wikidatawiki
Wikispecies	specieswiki
Wiki con un sottodominio
Wikibooks	codewikibooks
Wikinotizie	codewikinews
Wikipedia	codewiki
Wikiquote	codewikiquote
Wikisource	codewikisource
Wikiversità	codewikiversity
Wikivoyage	codewikivoyage
Wikizionario	codewiktionary

Esempio:

Wikipedia in inglese	Billy@enwiki
Wikiversità in francese	Billy@frwikiversity
Wikipedia in cinese classico	Billy@zh_classicalwiki
Wikisource multilingue	Billy@sourceswiki

Diritti

I seguenti gruppi possono essere manipolati (tra l'altro su alcuni wiki):

• Gruppi non limitati:
  • Bot
  • Amministratori
  • Burocrati
  • Creatori di utenze
  • Importatori
  • Importatori transwiki
  • Esenti dal blocco IP
  • Pseudobot
  • Utenti confermati
  • Autoverificati

• Gruppi limitati:
  • Check user  – soggetto a CheckUser policy e Accesso a dati personali non pubblici . Vedi sotto per i dettagli.
  • Oversighter  – soggetto a Oversight policy e Accesso alla politica dei dati personali non pubblici . Vedi sotto per i dettagli.

• Gruppi molto ristretti:
  • Steward  – Non manipolare il flag di steward su nessun wiki tranne Meta, e solo dopo un'elezione degli steward o quando uno steward si è dimesso.
  • WMF Office IT  – Non manipolare questo flag su nessun utente a meno che la Wikimedia Foundation non ti chieda di farlo.
  • Fiducia e sicurezza WMF  – Come sopra.

Problemi di codifica

Molti browser hanno difficoltà a manipolare i nomi utente in caratteri non latini. Esistono due modi per aggirare questo problema:

• Immettere il nome con codifica URL tramite l'URL.
  1. Innanzitutto, ottieni il nome con codifica URL:
     • Copialo dalla barra degli indirizzi del tuo browser mentre visualizzi la sua pagina utente;
     • o, digita "{{urlencode:{{PAGENAME}}}}" sulla pagina dell'utente, per visualizzare l'anteprima e copiare il testo.
  2. Vai a Special:Userrights e nella barra degli indirizzi aggiungi "?User =" seguito dal nome con codifica URL. Ad esempio, http://meta.wikimedia.org/wiki/Special:Userrights?user=Foo+Bar.
• Immettere l'ID utente (ad esempio, "#55@frwiki" per l'utente #55 sulla Wikipedia francese). Esistono alcuni modi per determinare l'ID utente:
  • Chiedi a amministratore di sistema in #wikimedia-tech^connetti.
  • Usa le API con una query come questa.
  • Se l'utente ha modificato su quel wiki,

puoi trovare l'ID esportando quella revisione (se è l'ultima) o esportando l'intera cronologia e individuando quella revisione. Una volta individuato, cerca il numero all'interno di "<id></id>" in "<contributor>" (assicurati di non ottenere l'ID di revisione in "<revision>").

Globalmente e set wiki

Schermata di Special:GlobalGroupPermissions (selezione gruppo).

Schermata di Special:GlobalGroupPermissions (elenco dei diritti).

Gli Account globali hanno lo stesso nome e password riservata su tutti i wiki Wikimedia pubblici (tranne gli account locali non collegati precedentemente esistenti). A questi account globali possono essere assegnati gruppi globali, che conferiscono all'utente determinati diritti su tutti i wiki (o all'interno di uno specifico gruppo di wiki) in cui il loro account globale può accedere.

Si noti che un diritto è un accesso specifico (come "modifica-interfaccia") e non può essere dato direttamente a un utente; un gruppo è un raggruppamento astratto di diritti (come "amministratore").

Gestione dei gruppi

Gli steward possono creare, modificare o eliminare un gruppo globale usando Special:GlobalGroupPermissions. Lo scopo di ogni wiki può essere globale (tutti i wiki pubblici) o definito per uno specifico set di wiki.

• Edit:
  1. In the "Existing groups" box, click "View and edit permissions" for the group you want to edit.
  2. A list of possible rights will appear (see also mw:Help:User rights). Check the rights the group are to have and uncheck those they are not to have.
  3. If the group needs access on specific wikis (instead of globally), select the set of wikis in the drop down menu above the list of rights (see Managing sets of wikis).
  4. Enter the reason for the change in the textbox below.
  5. Click "Save changes to group permissions". The changes will be applied immediately.

• Create:
  1. Enter the group name in the "Create a new group" textbox.
  2. Click "Assign permissions".
  3. Check at least one right, and if applicable select the scope (see step 2 onward how to edit above).
  4. Create necessary MediaWiki pages (see :mw:Manual:User rights).

• Delete:
  1. Uncheck all its rights (see how to edit above).
  2. The group can be recreated later, and all former members will regain the same rights.

Gestione dell'appartenenza al gruppo

Screenshot of Special:GlobalGroupMembership with example content.

Stewards can edit global accounts' membership using Special:GlobalGroupMembership. Placing a global account in global groups will give them all the rights assigned to that group on all public wikis.

1. Enter the global account's user name in the textbox.
2. Select a wiki where they have a local account from the drop-down menu.
3. Click "Edit user groups". A "Edit user groups" box will appear below.
4. Check the global groups to assign. (Even if they are similarly named, global and local groups are not necessarily identical!)
5. Enter the reason for the change in the textbox.
6. Click "Save User Groups".

Managing sets of wikis (for global groups)

Stewards can define "wiki sets" using Special:WikiSets, lists of wikis where global groups can be given access (instead of globally). It's not necessary to create a set of all wikis: that is the default for global groups if no set is selected.

1. If you're creating a new set, click "Create a new set". Otherwise, click "view/edit" beside the name of the existing set to edit.
2. Enter the set's name in the "name" box. This is for the convenience of stewards, and can be changed any time.
3. Select the appropriate type in the "type" box (opt-in or opt-out).
4. Enter the database prefixes, one per line, in the "wiki" box.
5. Enter the summary or reason for your change, which will appear in the global rights log.

Gestione degli account globali

Screenshot of the CentralAuth interface for managing global accounts

Messaggio di errore quando si tenta di accedere con un account bloccato

Gli Steward possono accedere alle informazioni sull'unificazione di un particolare account globale, scollegare le utenze locali dall'account globale, eliminare l'account globale (risalvando tutti gli account locali) e bloccare l'accesso all'account utilizzando Special:CentralAuth (vedi il registro).

Bug: Special:CentralAuth can only hide the global account (see bug 14476). An option to hide local accounts when using the CentralAuth can be enabled with the gadget in Special:Preferences#mw-prefsection-gadgets.

Global account renaming

Global accounts can be renamed (see the help page). If a user would like a new username, they should use the following process:

1. Check availability of the new name with a tool such as CentralAuth. If there are existing accounts with that name that have contributions, especially across multiple projects, the user is encouraged to select a different name, as usurping users with significant contributions is not likely.
2. Request a username change on SRUC.

Note that global renames should be done in accordance with the global rename policy.

Cancellazione globale dell'account

Stewards can, via Special:CentralAuth, delete global accounts. This should only be done when there is a compelling reason. Requests such as "I don't want it" are not sufficient to warrant a deletion.

• Requests to delete the global accounts of vandals should not be performed at all, as this would interfere with the ability to lock the account in case of a spread of the abuse.
• Users should be warned that preferences (including passwords and email addresses) will be reset to their pre-merge values and that they will lose any global group membership which they previously had. Local accounts will not be otherwise affected and cannot be deleted.
• Some bot owners may request a deletion of the global account if it interferes with proper functioning of the bot. Of course, non-unified bots are not eligible for the "global bot" flag, and if the bot login password has changed during the time it was unified, that password will be reset to the pre-unification password.
• Warning: Once a global account is deleted, it cannot be reversed by stewards (see also bug T25243).

Separazione di account locali dall'account globale

Se un progetto locale desidera rinominare un account vandalo, separa solo quel progetto dall'account globale del vandalo, anche se è l'unico progetto nell'account globale. Se esiste un motivo valido per non rendere visibile l'account globale dopo la ridenominazione, l'account globale deve essere nascosto anziché eliminato, poiché la sua eliminazione avrebbe semplicemente aperto il nome dell'account alla ricreazione.

Limitazione dell'accesso globale

Blocco dell'inidirizzo ip

Errore mostrato agli utenti bloccati a livello globale quando tentano di modificare.

Stewards can block IP addresses and CIDR ranges (up to /16 in size for IPv4, up to /32 for IPv6) on all public Wikimedia wikis using Special:GlobalBlock, and remove a global block using Special:GlobalUnblock (see guidelines at Global blocking). Current global blocks are listed on Special:GlobalBlockList and logged on Special:Log/gblblock.

Globally blocked IPs cannot edit any page on any wiki except MetaWiki (which allows users to appeal on Meta). When a global block conflicts with a local block, the strongest block will apply; for example, a global anonymous-only block will be overridden by a local full block.

Local administrators can unblock a globally-blocked address on single wikis using Special:GlobalBlockWhitelist on those wikis, and customize the error message using MediaWiki:Globalblocking-blocked.

Global account lock (& hide)

See "Managing global accounts" above.

Filtri anti abuso globali

Since July 2013, stewards can create abuse filters on MetaWiki (Special:AbuseFilter) and then mark them as global; however, these global filters only apply to some wikis. See "Global AbuseFilter" for the current status of this tool. See here for some proposed guidelines during this phase of Global AbuseFilter deployment.

Guidelines for processing requests

User access

1. Check the Steward requests/Permissions page regularly
2. Check that the procedure on that page has been followed and that the request does not violate any policies or guidelines (see the following sections for details).
3. If the request is valid, fulfill it using Special:Userrights (see above for instructions).
4. Mark the request as fulfilled (this is most often done with {{done}}) or rejected ({{not done}}) as appropriate.
5. You can optionally tell the user, preferably on his own wiki, that he is now an admin and/or bureaucrat and invite him to join the admin channel by using Template:Invite.
6. Leave the request on Steward requests/Permissions to allow follow-up comments and questions. It will be moved into the archive by a bot.

General advice

• Checking facts: If a user claims they already have a certain right, you can verify this by checking Special:Listusers on the local project. If the steward has any doubts about the request, they should discuss with one or more regular users of the local project.
• Promoting very new users: There is no approved policy regarding the promotion of very new users for projects with no local community. New users should generally not be given rights until they have spent more time editing projects. However, stewards might grant new users temporary rights until a community has time to build up, at which point it can hold a vote to confirm the user's status.

Administrator and bureaucrat rights

• If the wiki has a community, the community should have approved the user's request, generally on a local request page. The user should wait at least a week—perhaps two if the community is very small—before placing their request on Meta.
• If the wiki has no community, or if it has too few active users to hold a meaningful discussion of the issue, it is probably advisable to grant temporary rather than permanent rights. Three months is a common period for temporary rights.
• Be sure the community does not already have a local bureaucrat. Stewards should only grant administrator and bureaucrat requests on wikis with no local bureaucrats. The only exception to this is if all local bureaucrats have been inactive for a period of time.

Flag di CheckUser

• Read the CheckUser policy carefully. Pay particular attention to the Access section, which specifies several important rules regarding the bestowal of this status. The use of this tool can have legal implications, so knowing and following the policy is of the utmost importance. Breach of the rules in this policy may result in removal of steward rights.
• Send this e-mail to the user to request that they sign the Confidentiality agreement for nonpublic information with the Wikimedia Foundation, record on the request page that the mail has been sent.
• If the user claims to have already signed the confidentiality agreement with the Foundation, check the Access to nonpublic personal data policy noticeboard or ask for confirmation of this fact from the Trust and Safety team.
• Grant rights only after receiving confirmation from the Wikimedia Foundation that the confidentiality agreement has been signed.
• After granting access, list the user in the appropriate section on CheckUser.
• Ask the user to subscribe to checkuser-l, and notify the listadmins that the user has been approved.

Flag di Oversight

• Read the policy at Oversight policy carefully. Pay particular attention to the Access section, which specifies several important rules regarding the bestowal of this status. The use of this tool can have legal implications, so knowing and following the policy is of the utmost importance. Breach of the rules in this policy may result in removal of steward rights.
• On the English Wikipedia, only the Arbitration Committee can approve a request for this status.
• Send this e-mail to the user to request that they sign the Confidentiality agreement for nonpublic information with the Wikimedia Foundation, record on the request page that the mail has been sent.
• If the user claims to have already signed the confidentiality agreement with the Foundation, check the Access to nonpublic personal data policy noticeboard or ask for confirmation of this fact from the Trust and Safety team
• Grant rights only after receiving confirmation from the Wikimedia Foundation that the confidentiality agreement has been signed.
• After granting access, list the user at Oversight policy/User list.

Rimozione dell'accesso

• Se un utente chiede che i propri diritti siano rimossi, generalmente la procedura viene sospesa per un certo periodo di tempo (di solito 24 ore) per consentire all'utente di cambiare idea se lo desidera.
• Se un utente richiede la rimozione dei diritti di un altro utente, assicurarsi che l'azione sia conforme alle policy locali della wiki in cui è richiesta la rimozione dei diritti. Ciò comporta spesso l'esame di un lungo dibattito su una pagina di richiesta locale per confermare la validità della procedura.
• Dopo aver rimosso l'utente dal checkuser o oversight, non dimenticare di rimuoverli dalle liste corrispondenti.

Diritti temporanei

• La durata precisa è a discrezione; tre mesi e sei mesi sembrano essere i più comuni.
• Un bot sposterà la sezione in Steward requests/Permissions/Approved temporary se si utilizza il {{Systmp}} per specificare quando i diritti verranno rimossi.

CheckUser information

• See Steward requests/Checkuser.
• If local checkusers exist in a project, checks should generally be handled by those. In emergencies or for multi-project checkuser checks as in the case of cross-wiki vandalism stewards may perform local checks. Stewards should remove checkuser access on the projects upon completion of the checks and notify the local checkusers or checkuser email list. (from the official CheckUser policy page).
• Stewards may checkuser on loginwiki as a form of long-requested "cross-wiki checkusering" (link).
• Note: The German Wikipedia requests that absolutely all CheckUser queries must be announced on de:Wikipedia:Checkuser/Anfragen (please ask the local users with access if you need help with formulation, or with precisely what should be published).

Other steward tasks

• Ideally, one or several stewards should be 'on duty' in the #wikimedia-stewards^connetti IRC channel at any given time. Users of small wikis are encouraged to use this channel to report emergencies, but it has also been used for conversation about and among stewards, and for discussion of routine matters.
• We have a VRT queue, ideally at least one steward should review and sort the incoming queue at least once a day.

Email templates

To be sent to users with access to private data:

• Notification that signing confidentiality agreement is required

Comunicazione con gli altri steward

Mailing list: There is a private stewards mailing list, for discussions of policy and private requests. Please be advised that some mail services might mark some mail as "Spam". For instance, when using Gmail, it may be useful to setup a filter, instructing the service to avoid marking mails that are addressed "To: stewards-l@lists.wikimedia.org", checking the box "Never send it to Spam".

IRC: The public #wikimedia-stewards^connetti channel is a place to ask for help, announce emergencies, or discuss ongoing events with stewards and others. stewardbot will flag stewards' attention in the channel if you say @steward for routine requests and !steward for urgent requests.

Meta: High-level discussion about policy and other wikis takes place on the Stewards’ noticeboard and Babel.

Tools and bug reports

• * Vedi anche mw:Admin tools development.
• * e Stewards/Phabricator

Strumenti

Main page: Small Wiki Monitoring Team/Tools

user or wiki activity

• CrossActivity: one user's edit/sysop/bureaucrat activity on all wikis.
• Stewardry: sysops/bureaucrats/checkusers/oversighters on a wiki by date of last activity (log and edits).
• Steward activity statistics: times of the last log actions per steward.
• User contributions: contributions and block status on all wikis for the given user name.
• Event Streams: Filter and get notified above events across all wikis in real time.

other

• CrossBlock: block status of given IP, CIDR range, or user on all wikis with links to prefilled block/unblock forms.
• gUserSearch: search and filter global accounts by exact, partial, or regex match.
• SULutil and Stalktoy: information about a given global account, and information and unification status for each local account with that name.
• SULWatcher - Reports: reports and logs of SULWatcher's monitoring of account unifications.
• Steward requests: overview of open steward requests.

JavaScript

• StewardScript: adds shortcuts to the Meta interface for quicker stewarding.
• hideuser: allows quickly crosswiki local-hiding of globally locked & hidden accounts; available on the gadgets tab of Special:Preferences

IRC

• StewardBot: a Python script which accepts commands from authorized stewards on IRC and performs utility operations related to steward activities.