Avvio rapido: presentare e risolvere la prima richiesta amministrativa

Il percorso più breve da «il plugin è installato» a «una richiesta è nella casella dell'amministrazione ed è stata lì decisa». Quattro passi, circa dieci minuti. Servono due sessioni: un account ordinario e un account amministratore.

• wkrequest, wkcore e wkstorage sono installati e attivati. Senza lo storage il wiki non registra alcuna richiesta e lo dichiara.
• Due browser o due profili, perché entrambe le sessioni possano restare aperte insieme.
• Un namespace che l'account ordinario non può leggere.

Come amministratore: Amministrazione → Gestione dei permessi (/doku.php?do=admin&page=acl). Togliere all'account ordinario il permesso di lettura su un namespace, per esempio progetti:stipendi.

Creare al suo interno la pagina progetti:stipendi:start con una riga di testo, perché dietro il divieto ci sia davvero qualcosa.

Nella sessione ordinaria aprire progetti:stipendi:start.

Sotto il consueto avviso di divieto di DokuWiki compare ora un riquadro intitolato Che cosa potete fare adesso, con Richiedi l'accesso, Accedi con un altro account, Le mie richieste aperte e Torna al wiki. Per questo non è stato configurato nulla: il riquadro è agganciato a un solo evento e compare perciò su ogni pagina negata di questo wiki.

Scegliere Richiedi l'accesso. Prima di compilare vale la pena guardare tre cose:

• Che cosa viene inviato con questa richiesta è aperto e ne elenca ogni campo che verrà conservato — compresa la riga Origine dei dati: rilevato dal wiki.
• L'avviso di sicurezza non è una formula: password, codici monouso, codici di recupero e token di accesso non appartengono a questo modulo, vengono rimossi prima della conservazione e nessuno dell'amministrazione li chiederà.
• La frase conclusiva dice che cosa una richiesta non è: Il solo invio non cambia nulla.

Scrivere una o due frasi in Perché vi serve? e scegliere Invia la richiesta.

Nella sessione amministratore: Amministrazione → Richieste amministrative, direttamente /doku.php?do=admin&page=wkrequest. La voce di menu porta il numero delle richieste aperte.

L'elenco si apre su Ancora aperte e non su tutto — una casella che si apre su un anno di richieste risolte seppellisce le tre che aspettano risposta.

Aprire la richiesta. Trovate i dati, la motivazione e due blocchi: Dove si risolve — con il collegamento alla superficie che esegue davvero la modifica — e Decisione.

Seguire il collegamento, impostare il permesso di lettura nella gestione dei permessi, tornare e scegliere Conclusa con una nota come permesso di lettura impostato su progetti:stipendi.

• Nella sessione ordinaria progetti:stipendi:start ora si apre.
• La richiesta compare nella casella come Conclusa; la cronologia mostra la presentazione e il cambio di stato con esecutore e ora.
• Controprova contro i doppioni: presentare la stessa richiesta una seconda volta prima del passo 4. La conferma dice allora Aggiunta alla vostra richiesta aperta — non nasce una seconda riga, il nuovo testo viene accodato a quella esistente.
• Controprova sulla definitività: cercare nella richiesta conclusa un modo per riaprirla. Non c'è; Conclusa è uno stato finale, e la schermata lo dice invece di mostrare un'area di comandi vuota.

• Il caso per cui l'intero plugin è nato: uscire completamente dalla sessione e usare Password dimenticata nella schermata di accesso. Se l'account porta un autenticatore, la schermata offre accanto Richiedi la reimpostazione dei due fattori. Una richiesta presentata così porta nella casella il contrassegno rosso non verificato — il nome utente in essa è soltanto un'affermazione. Accertare chi stia davvero chiedendo prima di agire.
• wkidentity — le procedure da cui quel caso dipende.
• wkrequest (in tedesco) — la pagina del pacchetto: i sette tipi di richiesta, i sei stati, il confine di sicurezza.