node client does not reject promise on unsucessful request
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Inizia dai punti di ingresso node/get e client/send! descritti nell’esempio, quindi confronta la loro gestione delle risposte HTTP non riuscite con il contratto documentato delle promise. Esamina la documentazione della richiesta e determina se debba cambiare il comportamento o la documentazione; il lavoro è concluso quando la semantica di gestione degli errori scelta è coerente e documentata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
(require '[httpurr.client.node :as node])
(require '[promesa.core :as p])
(defn decode
[response]
(update response :body #(js->clj (js/JSON.parse %))))
(defn get!
[url]
(p/then (node/get url) decode))
This is an example from the docs. In contrast to the client/send! function this won't automatically reject the promise if the request failed. Edit, it seems that even when using client/send! and passing the node client a 400 HTTP code does not cause the promise to be rejected. I'm wondering if this should be considered a bug or if using client specific send! functions should be discouraged / removed from the docs?
I find this behavior is probably worth fixing as the documentation describes multiple ways of making requests with different error handling semantics.
From the docs
send!is a function that, given a request map and optionally a map of options, performs the request and returns a promise that will be resolved if there is a response and rejected on timeout, exceptions, HTTP errors or aborts.
- Lingua principale
- Clojure
- Stelle
- 67
- Fork
- 16
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
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.
Altre issue di funcool/httpurr
-
Outdated doc siteAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 55/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
Tutte le issue di funcool/httpurr
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
Podman documentation is out of dateForse già presa @troyvit l’ha presa 1 giorno fa. Aperta.Needs Triage Priority:P3 Type:New Feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
metabase/metabase#83625 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug: MCP server rejects request bodies over 100kb (express.json default) with PayloadTooLargeErrorApertaneeds triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno