INTL_IDNA_VARIANT_2003 is deprecated #2620

n3omaster · 2020-04-20T03:34:00Z

Guzzle version(s) affected: 6.5.3
PHP version: 7.3.16 (hint: php --version)
cURL version: 7.69.1 (hint: php -i | grep cURL)

Description
My Telegram Bot is giving me this error when upgrade from 6.4.0 to 6.5.3:

idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated

in Utils.php line 35
at HandleExceptions->handleError(8192, 'idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated', '/home/erich33/vendor/guzzlehttp/guzzle/src/Utils.php', 35, array('uri' => object(Uri), 'options' => 0, 'idnaVariant' => 0))

How to reproduce
When somebody message to my Telegram Bot, I have a script which send to my email the Exceptions, and turns now a hell with this error.

Possible Solution
Downgrade to 6.4?
Something with symfony idn?

Additional context
My actual composer.lock:

{
"name": "laravel/laravel",
"type": "project",
"description": "The Laravel Framework.",
"keywords": [
"framework",
"laravel"
],
"license": "MIT",
"require": {
"php": "^7.3",
"artesaos/seotools": "^0.17.1",
"binarytorch/larecipe": "^2.2",
"biscolab/laravel-recaptcha": "^4.0",
"facebook/graph-sdk": "^5.7",
"fideloper/proxy": "^4.0",
"guzzlehttp/guzzle": "^6.5",
"intervention/image": "^2.5",
"irazasyed/telegram-bot-sdk": "3.1.0",
"laravel-notification-channels/facebook": "^0.1.0",
"laravel-notification-channels/facebook-poster": "^2.0",
"laravel-notification-channels/telegram": "^0.3.0",
"laravel-notification-channels/twitter": "^3.0",
"laravel/framework": "^6.2",
"laravel/passport": "^8.4",
"laravel/socialite": "^4.1",
"laravel/tinker": "^2.2",
"overtrue/laravel-like": "^2.0",
"predis/predis": "^1.1",
"renatomarinho/laravel-page-speed": "^1.8",
"rennokki/befriended": "^3.0",
"rennokki/rating": "^2.0",
"spatie/laravel-permission": "^3.11",
"spatie/laravel-responsecache": "^6.3",
"spatie/laravel-sitemap": "^5.3",
"spatie/schema-org": "^2.2",
"tedivm/fetch": "^0.7.1"
},
"require-dev": {
"barryvdh/laravel-debugbar": "^3.2",
"beyondcode/laravel-dump-server": "^1.0",
"filp/whoops": "^2.0",
"fzaninotto/faker": "^1.4",
"mockery/mockery": "^1.0",
"nunomaduro/collision": "^3.0",
"phpunit/phpunit": "^9.0"
},
"config": {
"optimize-autoloader": true,
"preferred-install": "dist",
"sort-packages": true
},
"extra": {
"laravel": {
"dont-discover": []
}
},
"autoload": {
"files": [
"app/Helpers/Helper.php"
],
"psr-4": {
"App\": "app/"
},
"classmap": [
"database/seeds",
"database/factories"
]
},
"autoload-dev": {
"psr-4": {
"Tests\": "tests/"
}
},
"minimum-stability": "dev",
"prefer-stable": true,
"scripts": {
"post-autoload-dump": [
"Illuminate\Foundation\ComposerScripts::postAutoloadDump",
"@php artisan package:discover --ansi",
"@php artisan optimize",
"@php artisan view:clear",
"@php artisan cache:clear",
"@php artisan responsecache:clear"
],
"post-root-package-install": [
"@php -r "file_exists('.env') || copy('.env.example', '.env');""
],
"post-create-project-cmd": [
"@php artisan key:generate --ansi"
]
}
}

The text was updated successfully, but these errors were encountered:

GrahamCampbell · 2020-04-20T08:42:17Z

I guess this is happening on this line: https://github.com/guzzle/guzzle/blob/6.5/src/Utils.php#L33.

GrahamCampbell · 2020-04-20T08:43:42Z

That constant should be defined, however: https://github.com/symfony/polyfill-intl-idn/blob/master/bootstrap.php#L37.

GrahamCampbell · 2020-04-20T08:44:10Z

What extensions do you have?

GrahamCampbell · 2020-04-20T12:42:19Z

My actual composer.lock:

That is not your lock file.

n3omaster · 2020-04-20T17:27:09Z

Hi GrahamCampell, I just did a PHP upgrade from 7.3 to 7.4, then do a composer update and everything worked fine. Thanks!

BTW: I suposse INTL_IDNA_VARIANT_UTS46 and INTL_IDNA_VARIANT_2003 are defined on other symfony package. Thanks!

GrahamCampbell · 2020-04-20T18:40:42Z

Guzzle should also work on PHP 7.3, so we'd like to know what was going wrong.

spaantje · 2020-04-22T08:04:28Z

Fyi; i'm (was) having the same issue

Guzzle version(s) affected: 6.5.3
PHP version: 7.2.30 (hint: php --version)
cURL version: 7.19.7 (hint: php -i | grep cURL)

I downgraded to 6.5.2 to fix the issue.

GrahamCampbell · 2020-04-22T12:36:59Z

Just to clarify, do you have the intl extension installed, or not?

spaantje · 2020-04-22T13:48:04Z

@GrahamCampbell; intl is installed.

extension_loaded('intl'); // -> true

spaantje · 2020-04-22T16:16:39Z

@GrahamCampbell i think it's caused by adding the symfony/polyfill-intl-idn package and/or removing your custom check (source)

My complete error was:

production.ERROR: idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated {"exception":"[object] (ErrorException(code: 0): idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated at /httpdocs/vendor/guzzlehttp/guzzle/src/Utils.php:35)

Because the package is triggering the error:
https://github.com/symfony/polyfill-intl-idn/blob/master/Idn.php#L67

Hope this helps.

If i need to test anything, please let me know!

GrahamCampbell · 2020-04-22T19:55:09Z

Because the package is triggering the error:

Odd. That package code should never be run if the extension is loaded. Are you sure it is that line that's running, and not the same line in the C code?

spaantje · 2020-04-23T07:07:50Z

Hmm, you right.

The problem is; it was (and is) working fine when i use Guzzle version 6.5.2 but errors out on version 6.5.3 on: /httpdocs/vendor/guzzlehttp/guzzle/src/Utils.php:35

Maybe it's a server issue ? Do you have any idea ?

When i run the following test script:

<?php

echo "<pre>";

echo "idn_to_ascii function_exists: "; var_dump(function_exists('idn_to_ascii'));
echo "<br><br>";

$idnaVariant = defined('INTL_IDNA_VARIANT_UTS46') ? INTL_IDNA_VARIANT_UTS46 : 0;
echo "idnaVariant: "; var_dump($idnaVariant);
echo "<br><br>";

echo "PHP_VERSION_ID: "; var_dump(PHP_VERSION_ID);
echo "<br><br>";

echo "idn_to_ascii test: "; var_dump(idn_to_ascii('google.com', 0));
echo "<br><br>";

echo "</pre>";

i get the following:

idn_to_ascii function_exists: bool(true)
idnaVariant: int(0)
PHP_VERSION_ID: int(70230)
idn_to_ascii test: string(10) "google.com"

(so then it does not throw a error)..

GrahamCampbell · 2020-04-24T09:47:09Z

To confirm if the symfony code is being run can you add a var_dump or something before their code would have raised the deprecation warning?

GrahamCampbell · 2020-04-24T10:10:27Z

Does #2626 fix your issue?

big-shadow · 2020-04-25T06:59:47Z

Having this issue as well guys.

PHP 7.3
Guzzle 6.5.3

intl PHP extension's loaded.

Here's a stack trace because no one's posted one yet. This isn't a hard fix. I'll submit a pull if it wasn't 4am in Canada.

[2020-04-25 06:51:18] production.ERROR: idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated {"exception":"[object] (ErrorException(code: 0): idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated at /home1/shadoxa8/public_html/production-gun-trader/source/vendor/guzzlehttp/guzzle/src/Utils.php:35)
[stacktrace]
#0 [internal function]: Illuminate\\Foundation\\Bootstrap\\HandleExceptions->handleError(8192, 'idn_to_ascii():...', '/home1/shadoxa8...', 35, Array)
#1 /home1/shadoxa8/public_html/production-gun-trader/source/vendor/guzzlehttp/guzzle/src/Utils.php(35): idn_to_ascii('maps.googleapis...', 0)
#2 /home1/shadoxa8/public_html/production-gun-trader/source/vendor/guzzlehttp/guzzle/src/Client.php(220): GuzzleHttp\\Utils::idnUriConvert(Object(GuzzleHttp\\Psr7\\Uri), 0)
#3 /home1/shadoxa8/public_html/production-gun-trader/source/vendor/guzzlehttp/guzzle/src/Client.php(155): GuzzleHttp\\Client->buildUri(Object(GuzzleHttp\\Psr7\\Uri), Array)
#4 /home1/shadoxa8/public_html/production-gun-trader/source/vendor/guzzlehttp/guzzle/src/Client.php(183): GuzzleHttp\\Client->requestAsync('get', '/maps/api/geoco...', Array)
#5 /home1/shadoxa8/public_html/production-gun-trader/source/vendor/guzzlehttp/guzzle/src/Client.php(96): GuzzleHttp\\Client->request('get', '/maps/api/geoco...', Array)
#6 /home1/shadoxa8/public_html/production-gun-trader/source/app/Http/Controllers/PostController.php(408): GuzzleHttp\\Client->__call('get', Array)

GrahamCampbell · 2020-04-25T07:51:00Z

I'll submit a pull if it wasn't 4am in Canada.

I have already prepared a PR, as I said. Please try it out and tell me if it fixes your issue.

spaantje · 2020-04-25T14:45:43Z

Does #2626 fix your issue?

I'm not that good with composer; how can i try this out ? (What do i need to require / put in my composer.json?)

big-shadow · 2020-04-25T16:10:17Z

Ah, jeeze. I'm so sorry @GrahamCampbell. Chalk that up to being awake until 4am.

This was a production issue, and I had to put the fire out pretty quickly. I ended up downgrading:

PHP 7.3 > 7.2
Guzzle 6.5.3 > 6.5.2

All at once, to fix the bug in the prod environment. I'm back online later. Can we link your PR to this issue? I'd love to get us back on the latest version(s) soon.

GrahamCampbell · 2020-04-25T16:31:06Z

The PR is linked to the issue?

spaantje · 2020-04-28T20:32:02Z

Sorry for the delay; @GrahamCampbell I can confirm that this fixes the issue on my end.
(had to setup a project to test this without destroying the production env)

spaantje · 2020-04-30T08:27:19Z

Any idea when it will be merged in ? 😄 (No rush, but just asking)

GrahamCampbell · 2020-04-30T09:24:00Z

Not sure. It needs a review from the Guzzle core, and as much community feedback as possible.

GrahamCampbell · 2020-04-30T09:24:29Z

We need to make absolutely sure that the next Guzzle 6.x release works properly, and doesn't break anything else.

Dahdoul · 2020-04-30T13:16:00Z

Ah, jeeze. I'm so sorry @GrahamCampbell. Chalk that up to being awake until 4am.

This was a production issue, and I had to put the fire out pretty quickly. I ended up downgrading:

PHP 7.3 > 7.2
Guzzle 6.5.3 > 6.5.2

All at once, to fix the bug in the prod environment. I'm back online later. Can we link your PR to this issue? I'd love to get us back on the latest version(s) soon.

had to do the same, fixed the issue for now

GrahamCampbell · 2020-04-30T13:39:10Z

@Dahdoul Please try with the patch. It is not useful to know that downgrading fixed it for you, because we have already established that there is a bug. What is only useful know is to know if the proposed fix actually fixes it for you.

Dahdoul · 2020-04-30T14:34:42Z

@Dahdoul Please try with the patch. It is not useful to know that downgrading fixed it for you, because we have already established that there is a bug. What is only useful know is to know if the proposed fix actually fixes it for you.

already applied the patch and it fixes the issue (PHP 7.3.17). I had to downgrade before just to fix the bug in production env.

Drake24 · 2020-05-04T13:36:58Z

local.ERROR: idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated {"exception":"[object] (ErrorException(code: 0): idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated at /home4/drake24/public_html/alpha.sushicode.com/vendor/guzzlehttp/guzzle/src/Utils.php:35)
[stacktrace]
#0 [internal function]: Illuminate\\Foundation\\Bootstrap\\HandleExceptions->handleError(8192, 'idn_to_ascii():...', '/home4/drake24/...', 35, Array)

got the same error
"```
require": {
"php": "^7.2",
"clarification/sparkpost-laravel-driver": "^1.2",
"fideloper/proxy": "^4.0",
"guzzlehttp/guzzle": "^6.5.2",
"jgrossi/corcel": "^3.1",
"laravel/framework": "^6.2",
"laravel/tinker": "^2.0",
"vemcogroup/laravel-sparkpost-driver": "^3.0"

Drake24 · 2020-05-04T13:43:32Z

@GrahamCampbell sorry. I just applied manually the #2626 patch you made. and it worked

amitshahc · 2020-05-04T15:44:47Z

I faced the same issue: on local windows pc php 7.2.30, guzzle 6.5.3 working fine. but same versions on the server throws this above error with exact line numbers. downgrading guzzle 6.5.2 solved the issue onto the server.
what I suspect is intl behaviour on both the side might be different.

intl on local machine:

version | 1.1.0
-- | --
ICU version | 64.2
ICU Data version | 64.2
ICU TZData version | 2019a
ICU Unicode version | 12.1

intl on server:

version | 1.1.0
-- | --
ICU version | 4.2.1

fredochieng · 2020-05-05T18:45:03Z

That constant should be defined, however: https://github.com/symfony/polyfill-intl-idn/blob/master/bootstrap.php#L37.

Hello, I've been trying to fix this error too. What should I do this file?

GrahamCampbell · 2020-05-05T19:18:01Z

Don't edit any of those files. Does #2626 fix your issue?

fredochieng · 2020-05-05T19:23:29Z

@GrahamCampbell I'm kinda stuck applying #2626. Should I edit Utils.php file?

fredochieng · 2020-05-05T19:34:41Z

In src/Utils.php I see some additions to the code, do I add these lines?

…

On Tue, May 5, 2020 at 10:18 PM Graham Campbell ***@***.***> wrote: Don't edit any of those files. Does #2626 <#2626> fix your issue? — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#2620 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AID2636ZM25Y7ZUZFPBSJ2LRQBQ7RANCNFSM4MMC5DCA> .

runphp · 2020-05-12T15:09:59Z

Guzzle version(s) affected: 6.5.3
PHP version:7.3.13
cURL version:7.19.7
ICU version => 4.2.1
ICU TZData version => 2009j
ICU Unicode version => 5.1

update "symfony/polyfill-intl-idn":"v1.16.0"

An error IDN conversion failed occurred

runphp · 2020-05-12T15:15:32Z

This pull #2626 resolve error

Nyholm · 2020-05-23T21:01:34Z

#2626 is merged.

flowser · 2020-05-25T08:52:41Z

i stll get ame error

GrahamCampbell · 2020-05-25T08:54:50Z

@flowser Are you installing the latest dev version? The code has not actually been tagged yet.

GrahamCampbell mentioned this issue Apr 24, 2020

[6.5] Fix various intl icu issues #2626

Merged

amitshahc mentioned this issue May 4, 2020

support for latest guzzlehttp v7.0 laravel/passport#1233

Closed

GrahamCampbell mentioned this issue May 12, 2020

E_DEPRECATED: idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated or IDN conversion failed #2634

Closed

GrahamCampbell mentioned this issue May 13, 2020

IDN Conversion Failed (no errors) #2636

Closed

gmponos added this to the 6.5.4 milestone May 20, 2020

gmponos added the area/intl-icu label May 20, 2020

Nyholm closed this as completed May 23, 2020

Pulstarter mentioned this issue May 26, 2020

$provider->createPayRequest($data) returns type error with no message srmklive/laravel-paypal#344

Closed

INTL_IDNA_VARIANT_2003 is deprecated #2620

INTL_IDNA_VARIANT_2003 is deprecated #2620

Comments

n3omaster commented Apr 20, 2020

idn_to_ascii(): INTL_IDNA_VARIANT_2003 is deprecated

GrahamCampbell commented Apr 20, 2020

GrahamCampbell commented Apr 20, 2020

GrahamCampbell commented Apr 20, 2020

GrahamCampbell commented Apr 20, 2020

n3omaster commented Apr 20, 2020

GrahamCampbell commented Apr 20, 2020

spaantje commented Apr 22, 2020

GrahamCampbell commented Apr 22, 2020

spaantje commented Apr 22, 2020

spaantje commented Apr 22, 2020 • edited

GrahamCampbell commented Apr 22, 2020

spaantje commented Apr 23, 2020

GrahamCampbell commented Apr 24, 2020

GrahamCampbell commented Apr 24, 2020

big-shadow commented Apr 25, 2020

GrahamCampbell commented Apr 25, 2020

spaantje commented Apr 25, 2020

big-shadow commented Apr 25, 2020 • edited

GrahamCampbell commented Apr 25, 2020

spaantje commented Apr 28, 2020

spaantje commented Apr 30, 2020 • edited

GrahamCampbell commented Apr 30, 2020

GrahamCampbell commented Apr 30, 2020

Dahdoul commented Apr 30, 2020

GrahamCampbell commented Apr 30, 2020

Dahdoul commented Apr 30, 2020

Drake24 commented May 4, 2020

Drake24 commented May 4, 2020

amitshahc commented May 4, 2020

fredochieng commented May 5, 2020

GrahamCampbell commented May 5, 2020

fredochieng commented May 5, 2020

fredochieng commented May 5, 2020 via email

runphp commented May 12, 2020

runphp commented May 12, 2020

Nyholm commented May 23, 2020

flowser commented May 25, 2020

GrahamCampbell commented May 25, 2020

spaantje commented Apr 22, 2020 •

edited

big-shadow commented Apr 25, 2020 •

edited

spaantje commented Apr 30, 2020 •

edited