Req #81417 [Opn->Wfx]: Option to determine if reading an undefined array key should throw a warning
| From: | requinix@php.net | Date: | Mon, 06 Sep 2021 01:50:52 +0000 |
| Subject: | Req #81417 [Opn->Wfx]: Option to determine if reading an undefined array key should throw a warning | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-236427@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=81417&edit=1
ID: 81417
Updated by: requinix@php.net
Reported by: nicolas at gestixi dot com
Summary: Option to determine if reading an undefined array
key should throw a warning
-Status: Open
+Status: Wont fix
Type: Feature/Change Request
Package: *Configuration Issues
PHP Version: 8.0.10
Block user comment: N
Private report: N
New Comment:
As a rule of thumb, adding another php.ini option is not the right answer. What's more, adding
one that tells PHP to ignore certain types of warnings/errors is opening a very big and very
dangerous door that really ought to remain closed.
If your codebase is 10 years old then you'll have to accept that you cannot simply upgrade PHP
versions (especially majors) and expect everything to work as it did back in 2011. PHP 7.4 is the
last of the 7.x series and will remain in active support for an extended period - use that time to
upgrade your codebase to be compatible with 8.x.
Previous Comments:
------------------------------------------------------------------------
[2021-09-05 18:41:06] nicolas at gestixi dot com
I tried with a custom error handler. Something like:
if (strpos($errstr, 'Undefined index:') !== false OR strpos($errstr, 'Undefined
offset:') !== false) return true;
else return false;
But it exhausts the memory before the end of the request.
------------------------------------------------------------------------
[2021-09-05 14:39:51] php-bugs at allenjb dot me dot uk
You can already silence this warning in your own code using a custom error handler. See https://www.php.net/set_error_handler
You should however keep in mind that warnings tend to get escalated to errors over time (this was a
notice since at least 5.4)
The null coalescing operator also provides an alternative "fix" that you may find more
readable - like isset() it silences warnings about undefined indexes (and properties or variables):
https://www.php.net/manual/en/migration70.new-features.php#migration70.new-features.null-coalesce-op
In the case you gave, you would write: if ($array['key'] ?? false)
------------------------------------------------------------------------
[2021-09-05 12:22:40] nicolas at gestixi dot com
Adjust the summary which was too long.
------------------------------------------------------------------------
[2021-09-05 12:20:50] nicolas at gestixi dot com
Description:
------------
In some languages, such as JavaScript, accessing an undefined array key can be performed silently
without throwing an error.
We have a 10 years old code base which does conditions like this everywhere:
if
($array['key']).
With PHP 8, this coding style throws a warning if the key is not defined. Replacing it by if
(array_key_exists('key', $array) && $array['key']) would take us
weeks... and, I actually prefer our actual syntax which I found more readable.
For these reasons, I do not plan to upgrade all our code base to avoid this warning. And I do not
want to ignore all warnings just for this one...
Would it be possible to add a configuration setting to determine if this coding style should throw a
warning, a notice or be silently ignored?
Another solution I see would be to be able to ignore specific warnings/notices.
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=81417&edit=1