You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Trying to send a direct payment on a new wallet without coins results in 500 Internal Server Error with content-type text/html rather than application/json.
Would it take a lot of effort to change the behavior so that we could return json here?
It be funny to answer with 402 Payment Required (but I assume 409 Conflict is more consistent : D)
On a side note (probably a separate issue, if anything):
When doing the same thing as /coinjoin the server answers with 202 Accepted, start the taker (coinjoin_in_process: true) and will abort the coinjoin 1min later (coinjoin_in_process: false).
This can be seen as "working as expected", but can probably be enhanced by failing earlier.
I do not think it is a high priority as users can recover by just waiting.
The text was updated successfully, but these errors were encountered:
OK, just need to catch NotEnoughFundsException and pass it through as TransactionFailed with the right error message. Will PR shortly (this should get in the release).
FixesJoinMarket-Org#1170.
Prior to this commit, an attempt to spend using
the direct-send endpoint in the RPC API would
cause a backend crash because the NoFundsException
was not being caught.
This is now fixed.
Trying to send a direct payment on a new wallet without coins results in
500 Internal Server Error
with content-typetext/html
rather thanapplication/json
.Request
POST taker/direct-send
:Response
500 Internal Server Error
:Would it take a lot of effort to change the behavior so that we could return json here?
It be funny to answer with
402 Payment Required
(but I assume409 Conflict
is more consistent : D)On a side note (probably a separate issue, if anything):
When doing the same thing as
/coinjoin
the server answers with202 Accepted
, start the taker (coinjoin_in_process: true
) and will abort the coinjoin 1min later (coinjoin_in_process: false
).This can be seen as "working as expected", but can probably be enhanced by failing earlier.
I do not think it is a high priority as users can recover by just waiting.
The text was updated successfully, but these errors were encountered: