ipfs/kubo

Provide sentinel errors in the HTTP API

Open

#7,307 opened on 2020年5月12日

GitHub で見る
 (3 comments) (0 reactions) (0 assignees)Go (13,906 stars) (2,725 forks)batch import
P3help wantedkind/enhancementstatus/readytopic/rpc-api

説明

Matching errors against concrete types would be nice vs. fragile error string matching, e.g.,

if err.Error() == "'from' cid was not recursively pinned already" { ...

Or, maybe using more fine grained error codes would be even better. I believe the above error will come with a code: ErrNormal or similar.

コントリビューターガイド

技術スタック
gorest api
領域
backendapi
Issue 種別
feature
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3 hours
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
clear
前提条件
Go basicsKubo HTTP API structure
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60
調査方針
Investigate the current error handling in the Kubo HTTP API, specifically in files like `api/` or `commands/`. Look for places where errors are returned as strings and identify where sentinel errors can be defined. Consider adding new error types in a dedicated error package, and update all usages of fragile string matching to use these sentinel errors.