Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.

What are the values of $host and/or $username being passed to idn_to_ascii()? The output from var_dump() and bin2hex() would be helpful. Are the strings in UTF-8?

And is this behavior present in a version of PHP still in active support? That's PHP 7.0 or 7.1.

Proper script example from http://php.net/manual/en/function.idn-to-ascii.php
<?php
echo idn_to_ascii('täst.de'); 
?>

When ICU is compilled '--with-data-packaging=archive' idn_to_ascii()
(php fpm chrooted to /home/username/example.tld/documentroot)
from that example will not return 'xn--tst-qla.de' - will be empty.

Also more simple test:
<?php
echo idn_to_ascii('google.com'); 
?>

In chrooted php-fpm with ICU '--with-data-packaging=archive'
idn_to_ascii also will be empty.

Values of $host and $username passed to idn_to_ascii() is correct,
and are not UTF-8 - eg. dsk@topaz.damianek.be, $username = dsk,
$host = topaz.damianek.be.

On PHP 7.0 or PHP 7.1 not tested yet.

/usr/local/share/icu should be mounted into chrooted environment to make idn_to_ascii() working

But I agree with "If idn_to_ascii() is empty, show or save in errorlog some E_NOTICE or similar"
It's too hard to find the problematic function without any error/notice messages.

Hello
also for php7.1.13
I try to use:
echo idn_to_ascii('täst.de'); 
and it's work and show: xn--tst-qla.de
but, when I try to use:
echo idn_to_ascii('בדיקה123.co.il'); 

it's show empty blank page, no error and no value

Regards

The described situation sounds barely as a PHP issue. With the given ICU configuration, any chroot'ing program would have an issue. PHP is also available with other SAPIs like Apache module, etc. that don't require chroot'ing. The suggestion to extra mount data directory is plausible. The check for an erroneous function output needs to be done in the application, adding a check in a single function for an unusual use case is IMO an overkill. Changing the type to the documentation issue therefore.

@shalom at starltd dot net, your issue seems to be ICU data and version dependent and thus not related to this ticket.

Thanks

Thanks for sharing. I found a lot of interesting information here.


(https://www.wyndhamrewards.me/)php.net

(https://variety.com/wp-content/uploads/2018/09/rexfeatures_9064813mz.jpg?w=1000&h=563&crop=1&resize=1000%2C563)github.com

(https://static01.nyt.com/images/2013/03/31/arts/31PIVEN1_SPAN/31PIVEN1-superJumbo.jpg?quality=75&auto=webp)github.com

(https://www.telegraph.co.uk/content/dam/comedy/2021/10/16/TELEMMGLPICT000145291306_trans_NvBQzQNjv4BqqVzuuqpFlyLIwiB6NTmJwSX5rhseiWKOo9p9OQ-ymek.jpeg?imwidth=960)github.com

(https://images.squarespace-cdn.com/content/v1/5b61f75d506fbecf8655789d/c14cde80-aa2d-453a-bc3e-4964c9149e0d/jeremy-piven.jpg?format=1000w)github.com

(https://static.wikia.nocookie.net/disney/images/d/d7/Jeremy_Piven.jpg/revision/latest?cb=20180726001612)github.com

(https://www.amazon.com/prime-video/actor/Jeremy-Piven/amzn1.dv.gti.785e61d6-1dd8-4777-88c4-b33c24097594/)github.com