REFACTOR Make queue_job dependencies optional

[ecino]

• NEW module queue_job_sh_safe that will safely use queue_jobs when available and fallback to an alternate mechanism with ir_cron in case the module is not installed.
• This is useful for Nordic using odoo.sh on which queue jobs are prohibited and not optimal for the infrastructure

[greptile-apps]

Confidence Score: 1/5

The optional queue fallback path is undermined by an upgrade migration that still assumes the real queue-job table exists.

• The new fallback mechanism is intended to support deployments without the real queue-job module.
• child_compassion still runs an unconditional delete against the legacy queue-job function table during migration.
• In the supported no-queue-job setup, that table can be absent, causing the upgrade to fail before the fallback can be used.

child_compassion/migrations/18.0.1.1.1/pre-migration.py

T-Rex Logs

What T-Rex did

• Observed that queue_job was unavailable and no fallback jobs existed before the invocation.
• A with_delay_sh returned a fallback job id 1, a queue.job.replacement payload for model x.target and method mark_done was created, and the cron-equivalent runner executed it to completion with result ran:[42]:abc.
• Tested deployments without the real queue_job module/table and confirmed the pre-migration step aborts with sqlite3.OperationalError: no such table: queue_job_function, exit code 1.
• Tested the migration with the queue_job table present, and confirmed the migration completes, preserving ('edi import',) and deleting ('foo',), exit code 0.

_{Ran code and verified through T-Rex}

Comments Outside Diff (1)

1. General comment

   Optional queue_job_function table is still required by child_compassion pre-migration

   • Bug
     • The child_compassion pre-migration executes delete from queue_job_function where name not like '%edi%' unconditionally. In the newly supported setup where the real queue_job module is not installed and queue_job_optional is used instead, the queue_job_function table is absent, so the migration fails immediately before the optional fallback can help.
   • Cause
     • The migration assumes the legacy queue_job_function table exists even though the PR makes the real queue_job dependency optional.
   • Fix
     • Guard the deletion with a table-existence check or otherwise conditionally execute it only when queue_job_function exists, for example by checking information_schema.tables/Odoo migration utilities before running the DELETE.

   _{Ran code and verified through T-Rex}

_{Reviews (23): Last reviewed commit: "Various improvements" | Re-trigger Greptile}

[greptile-apps]

Optional Queue Table Required

This migration still deletes from queue_job_function, but the new supported Odoo.sh setup can install child_compassion without the real queue_job module. In that deployment the table is absent, so upgrading this module raises a database error before the optional queue fallback can load.