Provide default UX for logging in when server responds 401
まだ誰も着手していません。
- 主要言語
- TypeScript
- スター
- 153
- フォーク
- 46
- 平均マージ
- 1日 8時間
- マージ済み PR(30日)
- 7
説明
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.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、mashlib が 401 レスポンスをどのように処理し、そのメッセージをステータスパネルに配置しているかを追跡し、次に既存のログインパネルと、client またはその後継の 401 処理を確認します。完了条件は、401 レスポンスがエラーメッセージを表示するだけでなくログインアクションを提供し、任意の DOM の配置場所と 403 への再利用の可能性について、協調したアプローチが取られていることです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- typescript
- 領域
- authentication, frontend
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 30/100