Undefined index: added_on in Number.php construct

[ceswebmaster]

v4.9 Out of nowhere without changing anything I started getting this when using $client->numbers->get('1234131234'):

function __construct(BaseClient $client, array $response, $authId)
    {
        parent::__construct($client);

        $this->properties = [
           'addedOn' => $response['added_on'],
            'alias' => $response['alias'],
            'application' => $response['application'],
            'carrier' => $response['carrier'],

Actually there are others also having trouble now, I haven't updated the API (I've been using 4.9). But I just tried removing that call and the next error I got was Undefined index: answer_time in vendor/plivo/plivo-php/src/Plivo/Resources/Call/Call.php when calling $client->calls->get($phoneUsage->messageUID)->properties

So lots of things failing. I did run a composer update shortly before this which upgraded the following (maybe there is a conflict): Package operations: 5 installs, 7 updates, 5 removals

• Removing symfony/polyfill-util (v1.17.1)
• Removing symfony/polyfill-php56 (v1.17.1)
• Removing phpoffice/phpexcel (1.8.2)
• Removing kylekatarnls/update-helper (1.2.1)
• Removing jeremeamia/superclosure (2.4.0)
• Updating nesbot/carbon (1.39.1 => 2.35.0): Loading from cache
• Updating fideloper/proxy (4.3.0 => 4.4.0): Downloading (100%)
• Installing markbaker/matrix (1.2.0): Loading from cache
• Installing markbaker/complex (1.4.8): Loading from cache
• Installing myclabs/php-enum (1.7.6): Loading from cache
• Updating phpdocumentor/reflection-common (2.1.0 => 2.2.0): Downloading (100%)
• Updating phpdocumentor/type-resolver (1.2.0 => 1.3.0): Downloading (100%)
• Installing maennchen/zipstream-php (2.1.0): Loading from cache
• Installing phpoffice/phpspreadsheet (1.13.0): Loading from cache
• Updating maatwebsite/excel (2.1.30 => 3.1.19): Loading from cache
• Updating composer/composer (1.10.7 => 1.10.8): Downloading (100%)
• Updating myclabs/deep-copy (1.9.5 => 1.10.1): Downloading (100%) Discovered Package: arrilot/laravel-widgets Discovered Package: barryvdh/laravel-debugbar Discovered Package: beyondcode/laravel-dump-server Discovered Package: consoletvs/charts Discovered Package: fideloper/proxy Discovered Package: gruz/voyager-bread-generator Discovered Package: intervention/image Discovered Package: larapack/doctrine-support Discovered Package: larapack/voyager-hooks Discovered Package: laravel/tinker Discovered Package: laravelcollective/html Discovered Package: maatwebsite/excel Discovered Package: nesbot/carbon Discovered Package: nunomaduro/collision Package manifest generated successfully.

[ceswebmaster]

I notice when I dump the $client it doesn't appear that I am able to authenticate anymore which is odd. Credentials haven't changed and I'm using laraval with a .env file. I tried to post a text message and that too isn't working which led me to that discovery. So I am thinking it's a conflicting issue with one of those updated packages as it was working fine before.

[ceswebmaster]

Closing this. There were a number of issues happening which stopped Plivo from working and all of them were related to a composer issue. After self-updating composer and clearing the cache and updating again everything worked.

[ceswebmaster]

Reopening... While this did work temporarily the rest client again stopped authenticating when calling new RestClient() Not sure why this is an issue now.

[ceswebmaster]

Tested with specific auth id and token and it worked, versus using them in the env file in Laravel. So the issue is with the environment variables not being passed in to the api.

[ceswebmaster]

Ok sorry for the round about. The issue with laravel not passing in the environmental variables was due to the caching needing to be cleared after running the composer update.