I have just pushed a commit that will split out the errors for an http 400 and return them from the cashier module. If you are on the 0.2.0 release you will need to switch your dep to use the master branch from the git repo and this will initially break any code that expects cashier to return {:ok, result}. You will need to update the broken code to expect a 3 element tuple {:ok, id, result}, result in this case is also a tuple that contains the gateway that handled the request and the raw response (e.g. {:paypal, raw_data}). For some further examples I would suggest taking a look at the either of these test files cashier_test or paypal_test.
Otherwise feel free to give me a shout if you have any issues.
(cashier) lib/gateways/paypal.ex:2: Cashier.Gateways.PayPal.handle_response({:error, :invalid, %{"debug_id" => "7b97f0f1af5e0",
"details" => [
Can provide the code you are using for me to reproduce with?
I am currently testing this with the code in this gist using deps [{:cashier, git: "http://github.com/swelham/cashier.git"}] which is returning
%{"debug_id" => "fbb3c70ac78e4",
"details" => [%{"field" => "payer.funding_instruments[0].credit_card.cvv2",
"issue" => "Value must be numeric."}],
"information_link" => "https://developer.paypal.com/webapps/developer/docs/api/#VALIDATION_ERR
OR",
"message" => "Invalid request. See details.", "name" => "VALIDATION_ERROR"}{:ok,id, {:paypal,result}} -> Service.PurchaseService.set_response_to_payment(conn,result)
|> MODULE.create(conn)
{:error,:invalid, reason} -> set_error(conn,reason)
end
