php - Monolog does not accept critical error in Crunz callback

I'm using Crunz to trigger a task. In this task, I'm successfully logging info.

When trying to log a critical error in the callback function, I get an error. The log mentions:

[2020-09-16T11:36:24.050666+00:00] MyLogger.CRITICAL: Critical error has occurred (works) [] []
[2020-09-16T11:36:25.343237+00:00] MyLogger.INFO: Performed A [] []
[2020-09-16T11:36:25.420212+00:00] Crunz.ERROR: XXX(object(Closure))   Fatal error: Uncaught Error: Call to a member function setFormatter() on null in /vendor/monolog/monolog/src/Monolog/Handler/SlackWebhookHandler.php on line 126

The code for my Crunz task is the following:

<?php

declare(strict_types=1);

namespace My\Custom\Name;

use Crunz\Schedule;
use Monolog\Handler\StreamHandler;
use Monolog\Logger;
use Monolog\Handler\SlackWebhookHandler;

$logger = new Logger('MyLogger');
$logger->pushHandler(
    new StreamHandler(
        customlogsPath() . '/jobs.log',
        Logger::INFO
    )
);
// Slack
$logger->pushHandler(
    new SlackWebhookHandler(
        'SLACK_WEBHOOK_URL',
        'SLACK_CHANNED',
        'someUsername',
        true,
        'red_circle',
        false,
        false,
        Logger::CRITICAL
    )
);

$logger->critical('Critical error has occurred (works)');

$schedule = new Schedule();
$task = $schedule->run(function () use ($logger) {
    $myArray = [
        1 => 'test'
    ];

    foreach ($myArray as $item) {
        $scheduled = true;

        if ($scheduled) {
            // Do a
            $logger->info('Performed A');
        } else {
            // Do B
            $logger->info('Performed B');
        }
    }

    $logger->critical('Critical error (does not work)');
});
$task
    ->description('XXX')
    ->preventOverlapping()
    ->everyMinute()
;

return $schedule;

As you can see above, the critical log does work when defined outside the callback function. I do get that message in Slack as well.

Answer

Solution:

When I define the pushHandler inside my Crunz callback, it is handled correctly without any errors. Apparently, using $logger in the callback was not enough.

Source