[wp-trac] [WordPress Trac] #63554: Are we sensitive about direct accessed URL fatal errors?
WordPress Trac
noreply at wordpress.org
Tue Jun 10 23:33:22 UTC 2025
#63554: Are we sensitive about direct accessed URL fatal errors?
--------------------------+-----------------------------
Reporter: SirLouen | Owner: (none)
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: General | Version:
Severity: normal | Keywords:
Focuses: |
--------------------------+-----------------------------
Related to #62722
Issuing this command within `wordpress-develop` (inside `src/`), reports a
total of 450 files. Many of them are `includes`, but may others are actual
maintained WP files.
`(find . -path './wp-content' -prune -false -o -name '*.php' -print | sed
's|^\./||' | sort -u | xargs -P 10 -I {} curl -s -o /dev/null
"http://localhost:8889/{}"; grep "PHP Fatal error" wp-content/debug.log |
grep -o '/[^ ]*.php' | sort -u)`
What this command does is simple:
First it gets all the PHP files within `src/` except the ones from `wp-
content` and then it issues a curl against each. This should be reporting
in `wp-content/debug.log` (I needed a little tweak in `tools/local-env
/php-config.ini` adding `log_errors = On` because, for some reason, it was
not displaying the on the `debug.log` but I'm not 100% sure if I messed
something, so I'm just saying). Finally, it displays all the files that
had a "PHP Fatal Error" string within the error in `debug.log`
So I was wondering: Shall we be sensitive about this?
--
Ticket URL: <https://core.trac.wordpress.org/ticket/63554>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list