The Issue

The quickstart CI job was hanging (apparently on the Wagtail test) and not timing out until GitHub's default 360-minute limit.

How This PR Solves The Issue

Root cause: The three curl calls at the end of wagtail.bats had no --max-time. Wagtail is unique among the quickstart tests — web_extra_exposed_ports routes the entire .ddev.site URL through gunicorn (a web_extra_daemon on port 8000) rather than DDEV's normal webserver. After ddev restart, DDEV waits for the webserver container to be healthy but does not poll web_extra_daemons for readiness. If gunicorn is still initializing, traefik can hold the TCP connection open indefinitely waiting for the backend, causing curl to hang with no timeout.

Changes:

• quickstart.yml: Add timeout-minutes: 60 to the job, reducing the maximum hang from 360 minutes to 60 minutes
• wagtail.bats: Add a gunicorn readiness poll loop (up to 30s) before the HTTP checks, using ddev exec curl inside the container against localhost:8000 — the definitive signal gunicorn is ready
• wagtail.bats: Add --max-time 30 to all three curl calls so a non-responsive backend fails fast with a clear error rather than hanging

Manual Testing Instructions

• Trigger the Quickstart test workflow manually via workflow_dispatch and observe it no longer hangs

Automated Testing Overview

The quickstart CI workflow itself validates these changes.

Release/Deployment Notes

No user-facing changes. CI-only fix.