[ernestdefoe]

Fixes #0000 (no issue; found during an N+1 audit of FoF's 2.x extensions)

Changes proposed in this pull request:
With an async queue driver (database, or Redis through fof/redis or fof/horizon), Flarum 2 wraps flarum.queue.connection in Flarum\Queue\RoutingQueue so that jobs are routed onto their registered queues. The wrapper implements only Illuminate\Contracts\Queue\Queue. Clockwork's LaravelQueueDataSource type-hints the concrete Illuminate\Queue\Queue (it calls createPayloadUsing on it), so the provider's boot threw on every web request:

TypeError: Clockwork\DataSource\LaravelQueueDataSource::__construct(): Argument #1 ($queue) must be of type
Illuminate\Queue\Queue, Flarum\Queue\RoutingQueue given, called in .../ClockworkServiceProvider.php on line 91

The provider now hands Clockwork the wrapped driver (RoutingQueue::getDriver()). The sync driver is never wrapped, so sites on it were not affected and see no change. On a core that predates RoutingQueue, the instanceof check is simply false.

Reviewers should focus on:
Core does the same unwrap internally (QueueServiceProvider::unwrapQueue()), for the same reason.

Tested on Flarum 2.0.0-rc.8 (Composer install, MariaDB, all FoF 2.x extensions enabled), with queue.driver set to database:

	/api/discussions	/
fof/clockwork 2.x	500 (the TypeError above)	500
this branch	200	200

With the sync driver, both answer 200. PHPStan is clean. The extension has no test suite.

Confirmed

• Frontend changes: tested on a local Flarum installation. (no frontend changes)
• Backend changes: tested on a Flarum 2.0.0-rc.8 forum as above; no test suite in this repository.

🤖 Generated with Claude Code