Call to undefined function "default_user_agrnt" Drupal 9.3.11 upgrade via composer. I had to comment out the following in ClientFactory.php. It appears functions have been depeciated in Guzzle. See https://github.com/guzzle/guzzle/blob/master/CHANGELOG.md at version 7.1.0 2020-09-22 "All functions in GuzzleHttp has been deprecated. Use static methods on Utils instead."

I have a library which needed Guzzle greater than 7.2 to fix a bug and installed 7.4 in a private vendor directory but apparent Drupal sees it - and maybe uses it ??

. . . .
'timeout' => 30,
// 'headers' => [
// 'User-Agent' => 'Drupal/' . \Drupal::VERSION . ' (+https://www.drupal.org/) ' . \GuzzleHttp\default_user_agent(),
// ],
'handler' => $this->stack,
. . . . .

I realize this Guzzle uprade to 7 is supposed to be in Drupal 10 => see https://www.drupal.org/project/drupal/issues/3104353 but this is causing a bug right now that takes down the site unless you know what to do. The user agent is not required

Comments

bobburns created an issue. See original summary.

cilefen’s picture

cilefen commented
Category: Bug report » Support request

Please show us the composer.json file.

cilefen’s picture

cilefen commented

Also please get a call stack because we have no idea what’s calling that function otherwise.

cilefen’s picture

cilefen commented
Status: Active » Postponed (maintainer needs more info)
bobburns’s picture

bobburns commented

This is for the Amazon library "ten7/amazon-paapi5-php-sdk": "^1.0@alpha",

There was a Guzzle PSR bug fixed 7.2, so changing the composer.json in the library directory to greater than 7.2 and running composer update in that directory places the vendor directory dependencies directly in the library - no /vendor directory. It install Guzzle 7.4 Here is the composer.json

{
    "name": "ten7/amazon-paapi5-php-sdk",
    "description": "ProductAdvertisingAPI 5.0 PHP SDK",
    "keywords": [
        "amazon",
        "pa-api",
        "paapi",
        "paapi5.0",
        "paapi5",
        "paapi5-php-sdk",
        "getitems",
        "searchitems",
        "getvariations",
        "getbrowsenodes",
        "ProductAdvertisingAPI"
    ],
    "homepage": "https://webservices.amazon.com/paapi5/documentation/index.html",
    "license": "Apache-2.0",
    "authors": [
        {
            "name" : "Product Advertising API Team",
            "homepage": "https://webservices.amazon.com/paapi5/documentation/index.html"
        }
    ],
    "require": {
        "php": ">=5.5",
        "ext-curl": "*",
        "ext-json": "*",
        "ext-mbstring": "*",
        "guzzlehttp/guzzle": "^7.2.0"
    },
    "require-dev": {
        "phpunit/phpunit": "^4.8",
        "squizlabs/php_codesniffer": "~2.6",
        "friendsofphp/php-cs-fixer": "~2.12"
    },
    "scripts": {
        "test": "vendor/bin/phpunit",
        "phpcs": "vendor/bin/phpcs --standard=phpcs.xml -n SampleGetItemsApi.php SampleSearchItemsApi.php SampleGetVariationsApi.php SampleGetBrowseNodesApi.php src/com/amazon/paapi5/v1/auth/SignHelper.php",
        "phpcbf": "vendor/bin/phpcbf --standard=phpcs.xml -n SampleGetItemsApi.php SampleSearchItemsApi.php SampleGetVariationsApi.php SampleGetBrowseNodesApi.php src/com/amazon/paapi5/v1/auth/SignHelper.php",
        "php-cs-fixer": "vendor/friendsofphp/php-cs-fixer/php-cs-fixer fix --allow-risky=yes --using-cache=no --config=.php_cs SampleGetItemsApi.php SampleSearchItemsApi.php SampleGetVariationsApi.php SampleGetBrowseNodesApi.php src/com/amazon/paapi5/v1/auth/SignHelper.php"
    },
    "autoload": {
        "psr-4": { "Amazon\\ProductAdvertisingAPI\\v1\\" : "src/" }
    },
    "autoload-dev": {
        "psr-4": { "Amazon\\ProductAdvertisingAPI\\v1\\" : "test/" }
    }
}

I do not know how to get a call stack trace

cilefen’s picture

cilefen commented

I do not know how to get a call stack trace

You configure that in the "Logging and errors" admin page.

bobburns’s picture

bobburns commented

I have unistalled and removed the amazon modules because in part Amazon broke its own useful code with throttling and the code also conflicts with Drupal Rector stating class conflicts. You can reproduce this by installing Guzzle greater than 7.2 through a composer .json in a directory or library and then the error will likely appear and you can stack trace it.

Since Drupal is currently still on an old version of Guzzle locked to version 6 - the issue it seems is that Guzzle has removed the function from its current code and the ClientFactory.php file needs revision. To solve it - move to guzzle greater than 7.2 - which fixes two known Guzzle/Psr bugs also.

Currently even Drupal Rector has managed to break itself and so Drupal is dead in the water again right now because no one user can humanly keep up with the depreciations going on and have Drupal be useful. See https://www.drupal.org/project/rector/issues/3275937 - but alas - Drupal 7 still works and anyone with a site they need to be reliable alwys keeps it in a directory ready to switch back to.

cilefen’s picture

cilefen commented
Status: Postponed (maintainer needs more info) » Closed (duplicate)
Related issues: +#3104353: Upgrade to Guzzle 7