Response class not working for actual errors

[soc8ren]

I am trying to send a simple message with the API using this code:-

$response = $whatsapp_cloud_api->sendTextMessage('**********', 'Test API');
print_r($response);

This works fine, as long as the phone number and other information is correct. I get the whole array properly. But, when I try to type a wrong number or a wrong token, no response is printed. Instead, I get this PHP error:-

PHP Fatal error:  Uncaught GuzzleHttp\Exception\ClientException: Client error: `POST https://graph.facebook.com/v13.0/****************/messages` resulted in a `400 Bad Request` response:
{"error":{"message":"(#131030) Recipient phone number not in allowed list","type":"OAuthException","code":131030,"error_ (truncated...)
 in /opt/lampp/htdocs/wa/vendor/guzzlehttp/guzzle/src/Exception/RequestException.php:113
Stack trace:
#0 /opt/lampp/htdocs/wa/vendor/guzzlehttp/guzzle/src/Middleware.php(69): GuzzleHttp\Exception\RequestException::create(Object(GuzzleHttp\Psr7\Request), Object(GuzzleHttp\Psr7\Response), NULL, Array, NULL)
#1 /opt/lampp/htdocs/wa/vendor/guzzlehttp/promises/src/Promise.php(204): GuzzleHttp\Middleware::GuzzleHttp\{closure}(Object(GuzzleHttp\Psr7\Response))
#2 /opt/lampp/htdocs/wa/vendor/guzzlehttp/promises/src/Promise.php(153): GuzzleHttp\Promise\Promise::callHandler(1, Object(GuzzleHttp\Psr7\Response), NULL)
#3 /opt/lampp/htdocs/wa/vendor/guzzlehttp/promises/src/TaskQueue.php(48): GuzzleHttp\Promise\Promise::GuzzleHttp\Promise\{closure}()
#4 /opt/lampp/htdocs/wa/vendor/guzzlehttp/promises/src/Promise.php(248): GuzzleHttp\Promise\TaskQueue->run(true)
#5 /opt/lampp/htdocs/wa/vendor/guzzlehttp/promises/src/Promise.php(224): GuzzleHttp\Promise\Promise->invokeWaitFn()
#6 /opt/lampp/htdocs/wa/vendor/guzzlehttp/promises/src/Promise.php(269): GuzzleHttp\Promise\Promise->waitIfPending()
#7 /opt/lampp/htdocs/wa/vendor/guzzlehttp/promises/src/Promise.php(226): GuzzleHttp\Promise\Promise->invokeWaitList()
#8 /opt/lampp/htdocs/wa/vendor/guzzlehttp/promises/src/Promise.php(62): GuzzleHttp\Promise\Promise->waitIfPending()
#9 /opt/lampp/htdocs/wa/vendor/guzzlehttp/guzzle/src/Client.php(187): GuzzleHttp\Promise\Promise->wait()
#10 /opt/lampp/htdocs/wa/vendor/guzzlehttp/guzzle/src/ClientTrait.php(95): GuzzleHttp\Client->request('POST', 'https://graph.f...', Array)
#11 /opt/lampp/htdocs/wa/vendor/netflie/whatsapp-cloud-api/src/Http/GuzzleClientHandler.php(31): GuzzleHttp\Client->post('https://graph.f...', Array)
#12 /opt/lampp/htdocs/wa/vendor/netflie/whatsapp-cloud-api/src/Client.php(51): Netflie\WhatsAppCloudApi\Http\GuzzleClientHandler->send('https://graph.f...', '{"messaging_pro...', Array, 60)
#13 /opt/lampp/htdocs/wa/vendor/netflie/whatsapp-cloud-api/src/WhatsAppCloudApi.php(94): Netflie\WhatsAppCloudApi\Client->sendRequest(Object(Netflie\WhatsAppCloudApi\Request\RequestTextMessage))
#14 /opt/lampp/htdocs/wa/send-trial.php(14): Netflie\WhatsAppCloudApi\WhatsAppCloudApi->sendTextMessage('*************', 'Test API')
#15 {main}
  thrown in /opt/lampp/htdocs/wa/vendor/guzzlehttp/guzzle/src/Exception/RequestException.php on line 113

There is nothing in the response section. I checked the browser's response section and also on terminal, but, nothing. If I am not wrong, the response class is supposed to print the exact error "Recipient phone number not in allowed list", right? But, that's not what I see. Maybe I am doing something wrong. Can someone confirm?

BTW, some info. like phone number, etc. has been redacted in the above code. And, also thanks a lot to Netflies for this awesome API.

[soc8ren]

I am not sure, but, I don't think the Response class within WhatsAppCloudApi can handle errors such as wrong numbers and stuff as in the example above, probably cause this is being handled by GuzzleHttp. Not sure if this is a bug or it was meant to be like this. Please clarify if possible.

[aalbarca]

If you are using the current stable version of this package (version 1.x) you have to catch the GuzzleHttp\Exception\ClientException exception.

This behavior will be fixed from 2.x version (in beta stage currently): 1219b01

[soc8ren]

Thanks for this. For the time being I have added a similar method in my copy of the API, where the process dies and shows error message if an exception is caught.