Stream Error Degradation: They're now missing what can't be opened

From: Date: Fri, 24 Jul 2026 10:51:37 +0000
Subject: Stream Error Degradation: They're now missing what can't be opened
Groups: php.internals 
Request: Send a blank email to internals+get-132097@lists.php.net to get a copy of this message
Hi, Since the last few days, some of my tests for Xdebug started failing with latest master: https://xdebug.org/ci?r=2026-07-24-03-30-01@master Through commit https://github.com/php/php-src/commit/34c686a5b4ef, the filenames and dirnames are removed as argument, from the warnings/errors to include, require, etc — as a result of https://wiki.php.net/rfc/display_error_function_args While that is perhaps a noble goal, not showing which file couldn't be included in many situations, such as: Warning: include(): Failed to open stream: No such file or directory in %sinclude_path.php on line %d Warning: require_once(): Failed to open stream: No such file or directory in /tmp/ptester-1001/thread/12/master/tmp-xdebug/tests/base/bug02307-002.php on line 9 And also in many other functions: Warning: bzopen(): Failed to open stream: No such file or directory in %s on line %d Warning: dba_open(): Failed to open stream: No such file or directory in %s on line %d Warning: finfo_open(): Failed to open stream: No such file or directory in %s on line %d Warning: imagecreatefrompng(): Failed to open stream: No such file or directory in %s on line %d Doesn't seem to me like an enhanced for users, which would likely very much to know which file is being included/required/bzopen'ed, etc. I think we ought to fix this situations by included the file/directory that can't be opened in the error messages themselves. Or if that is not possible, then I would probably suggest to revert this change (even though it was RFC'ed) until there is a possibility for not degrading the usefulness of our error messages. cheers, Derick -- https://derickrethans.nl | https://xdebug.org | https://xdebug.cloud Author of Xdebug. Like it? Consider supporting me: https://xdebug.org/support mastodon: @derickr@phpc.social @xdebug@phpc.social

« previous php.internals (#132097) next »