Ui Process Bundle Laravel Package

Changes

• #142 Scheduler: a schedule can be disabled (ProcessSchedule::$enabled, default true, switch in the schedules list; Version20261013120000 migration adding process_schedule.enabled, the existing schedules are enabled). Disabled schedules are not loaded by the scheduler_cron worker; when a schedule is due, CronProcessMessageHandler reads it again from the database (new optional $repository and $logger arguments, ProcessScheduleRepository::findFresh()), so that a schedule disabled or deleted after the worker has started is not run, and its current input and context are used. Enabling a schedule again still requires restarting the worker. Add documentation and tests.
• #143 Stop a running process execution from the UI: "Stop the process" action (POST, with confirmation) on the started executions, recording a stop request (ProcessExecution::$stopRequestedAt). The new ProcessExecutionStopChecker (a stop checker of cleverage/process-bundle#266, tag cleverage_process.stop_checker) reads it with DBAL before the task executions, at most every process_execution.heartbeat_interval seconds (new bundle configuration, default 5): the process stops before its next task execution, with the new stopped status (ProcessExecutionStatus::Stopped, "Stop requested" displayed until then). New stopped notification status (NotificationTrigger::Stopped, not notified by default). Requires cleverage/process-bundle ^5.3. Add documentation and tests.
• #144 Detect the process executions whose process has been killed: the ProcessExecutionStopChecker updates the heartbeat of the running execution (ProcessExecution::$heartbeatAt); a started execution without activity for more than process_execution.stale_after seconds (new bundle configuration, default 900) is displayed as "Not responding", and can be marked as failed ("Mark as failed" action, POST, with confirmation; its end date is its last activity; its process is not stopped). It can still be stopped: a process blocked in a long task call stops when the call returns. New ProcessExecutionCrudController optional $staleAfter constructor argument.
• #143 #144 Version20261014120000 migration adding process_execution.stop_requested_at and process_execution.heartbeat_at (nullable).
• #147 Log retention: new cleverage:ui-process:purge-logs command (with --dry-run) deleting the log records (log_record, by batches) older than logs.database_max_days days and the log files (<code>/<uuid>.log) last modified more than logs.file_max_days days ago (new bundle configuration, default null: kept), both overridable by the new logs option of each process (ProcessConfigurationsManager::getLogsOptions()). The process executions are kept. Add documentation (including how to give the space back to the database after the first purge) and tests.

Fixes

• GHSA-r3m7-69c2-2vmp ProcessScheduleCrudController: require ROLE_USER, so that the scheduler
  pages require an authenticated user again (since EasyAdmin 5, the #[IsGranted] of the dashboard does not apply to the CRUD routes);
  ProcessExecuteController: same attribute, as defense in depth. Add a test checking that every controller is protected.

Changes

• #65 Add support for PHP 8.5 and Symfony 8, update dependencies. Update PHPUnit configuration to version 12 schema and adjust coverage settings.
• #65 Mise à jour de la version de doctrine-fixtures-bundle pour inclure la compatibilité avec la version 4
• #69 Upgrade to EasyAdmin V5

Fixes

• #63 Use preprendExtensionConfig instead of loadFromExtension to allow messenger config for execute_process transport
• #67 Fix Incorrect datetime persisted in the database log records

BC break

• #65 Remove support for PHP 8.1 and Symfony 7.3
• Please follow UPGRADE.md v3.0

v2.3

Changes

• #60 Upgrade to Symfony 7.3 & PHP 8.4

Fixes

• #57 add arguments to pass username and password to cleverage:ui-process:user-create
• #60 Fix php version to >=8.1 according to cleverage/process-bundle
• #60 Fix PHP 8.1 restrictions

Changes

• #54 When Launch process via http request, add queue parameter which define if the process should be queued (default) or directly run

Fixes

• #52 Fix ProcessScheduleRepository definition to be bundled compliant

Fixes

• #42 composer require dragonmantank/cron-expression because CronExpressionTrigger needs it
• #40 Fix localisation issues
• #45 Implement store_in_database & [database|file]_level configuration. Update documentation with full configuration.

Changes

• #34 Improve process launch using http call.
• #33 Add duration filter on Process Execution Crud.
• #47 Add Troubleshooting section on documentation

Fixes

• #29 HttpProcessExecutionAuthenticator is not used
• #30 Run process via http post request to http_process_execute does not work

Changes

• #25 UX tweak: take all the width available
• #27 UX Tweak: make the process listing more consistant with the other cruds

Fixes

• #21 Fix report.html.twig templating.

BC breaks

• #4 Update composer : "doctrine/" using same versions of doctrine-process-bundle. Remove "sensio/framework-extra-bundle" & "symfony/flex". Update require-dev using "process-bundle" standard. Reinstall "symfony/debug-pack". "symfony/" from ^5.4 to ^6.4|^7.1 => Update changes on code.
• #2 Routes must be prefixed with the bundle alias => cleverage_ui_process
• #2 Update services according to Symfony best practices. Services should not use autowiring or autoconfiguration. Instead, all services should be defined explicitly. Services must be prefixed with the bundle alias instead of using fully qualified class names => cleverage_ui_process
• #3 Rename process-ui-bundle to ui-process-bundle, cleverage:process-ui:xxx to cleverage:ui-process:xxx, clever_age_process_ui to cleverage_ui_process and ProcessUi*** to UiProcess***

Changes

• #1 Add Makefile & .docker for local standalone usage
• #1 Add rector, phpstan & php-cs-fixer configurations & apply it. Remove phpcs configuration.
• #11 Restrict "Download log file" and "Show logs stored in database" buttons visibility