Provide default UX for logging in when server responds 401
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 153
- Forks
- 46
- Ø Merge
- 1 T. 8 Std.
- Gemergte PRs (30 T.)
- 7
Beschreibung
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.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit nachzuverfolgen, wie mashlib 401-Antworten verarbeitet und ihre Meldungen in Statuspanels platziert, und überprüfe dann die vorhandenen Login-Panels sowie die 401-Verarbeitung des Clients oder seines Nachfolgers. Als erledigt gilt, dass 401-Antworten eine Login-Aktion statt nur einer Fehlermeldung anbieten, mit einem abgestimmten Ansatz für einen optionalen DOM-Ort und eine mögliche Wiederverwendung für 403.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- authentication, frontend
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 30/100