<?php

declare(strict_types=1);

namespace OCA\WorkflowDeckAutomation\BackgroundJob;

use OCA\WorkflowDeckAutomation\Service\WorkflowRunner;
use OCP\AppFramework\Utility\ITimeFactory;
use OCP\BackgroundJob\IJob;
use OCP\BackgroundJob\TimedJob;
use OCP\IConfig;

class RunWorkflowsJob extends TimedJob {
	/**
	 * config.php key holding how often (in seconds) workflows are checked.
	 */
	public const INTERVAL_CONFIG_KEY = 'workflow_deck_automation.interval';

	public const DEFAULT_INTERVAL = 5 * 60;

	/**
	 * Nextcloud's cron itself only ticks every 5 minutes by default, so
	 * anything below a minute would only add load without running more
	 * often. Values under this are clamped rather than rejected.
	 */
	public const MINIMUM_INTERVAL = 60;

	public function __construct(
		ITimeFactory $time,
		IConfig $config,
		private WorkflowRunner $runner,
	) {
		parent::__construct($time);
		// TimedJob compares against this value on every cron pass, so a
		// changed config.php takes effect on the next pass — no occ command
		// and no re-registration of the job needed.
		$this->setInterval(self::resolveInterval($config));
		// Must stay TIME_SENSITIVE. If `maintenance_window_start` is set in
		// config.php — and Nextcloud's admin overview actively nags admins
		// to set it — CronService only picks up TIME_INSENSITIVE jobs during
		// those 4 hours and skips them for the rest of the day. A job whose
		// whole point is a 5-minute (configurable down to 60s) reaction time
		// would then run a handful of times per night and look completely
		// dead in between.
		$this->setTimeSensitivity(IJob::TIME_SENSITIVE);
		$this->setAllowParallelRuns(false);
	}

	private static function resolveInterval(IConfig $config): int {
		$interval = $config->getSystemValueInt(self::INTERVAL_CONFIG_KEY, self::DEFAULT_INTERVAL);
		return max(self::MINIMUM_INTERVAL, $interval);
	}

	protected function run($argument): void {
		$this->runner->run();
	}
}