You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using a custom error handler (e.g. custom or Sentry), then all PHP errors reported by tasks in action scheduler except E_USER_ERROR | E_RECOVERABLE_ERROR will get "lost" (= end up in the PHP error log)
this makes it much harder to keep track of things, since the PHP error log/log monitoring software provides much less useful data compared to e.g. Sentry
we run woocommerce on lots of distributed servers that do not have much disk. If there are lots of tasks (or just a single hanging task Potential endless loop when processing actions in a claim #1245) that have a PHP error (e.g. simple case just an invalid preg_match() the PHP error log will quickly use all available disk (fastest I had was 7 minutes, on average a couple hours) which basically crashes the server
When using a custom error handler (e.g. custom or Sentry), then all PHP errors reported by tasks in action scheduler except
E_USER_ERROR | E_RECOVERABLE_ERROR
will get "lost" (= end up in the PHP error log)preg_match(
) the PHP error log will quickly use all available disk (fastest I had was 7 minutes, on average a couple hours) which basically crashes the serverThat happens bc https://github.com/woocommerce/action-scheduler/blob/dba9377f26daea2da114b33ddf1431a3550dfb3d/classes/abstracts/ActionScheduler_Abstract_QueueRunner.php#L79C4-L79C38 restricts to 2 (parent) types of errors, which means all other errors will end up in PHP error log.
Kind of related to #1252
The text was updated successfully, but these errors were encountered: