Provide default UX for logging in when server responds 401
Nessuno ha ancora preso questa issue.
- Lingua principale
- TypeScript
- Stelle
- 153
- Fork
- 46
- Merge medio
- 1g 8h
- PR unite (30g)
- 7
Descrizione
We have lots of login panels, but at the moment there are many cases in which the mashlib code puts a 401 error message into a status panel. It shouldn't really do that without giving the user a button to log in.
This needs to be coordinated with the 401 handling which the client or its successor does.
Possible solutions are for the developer to optionally pass in a place in the the DOM real estate which can be used for this. It could probably be used for 403 handling also, and other error displays.
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia tracciando il modo in cui mashlib gestisce le risposte 401 e inserisce i relativi messaggi nei pannelli di stato, quindi esamina i pannelli di accesso esistenti e la gestione dei 401 da parte del client o del suo successore. Il lavoro è completato quando le risposte 401 offrono un’azione di accesso invece di mostrare soltanto un messaggio di errore, con un approccio coordinato per una posizione DOM opzionale e un possibile riutilizzo per 403.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- typescript
- Ambito
- authentication, frontend
- Tipo di issue
- Funzionalità
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 30/100