Dashboard › publish › Distillation
b4acaebc-7444-4064-ba7b-39194f1b52e1["lore_tm_v1_93CHUURHPCqZJLn7wVpr-TOCYSyI3b3NVXt06TuJ8mE"]
Date: Sep 5, 2026
.github/workflows/ci-poller.yml lines 404–415 include a Sync poller variable with pending issue state step running always() after successful poller-token; it uses GH_TOKEN: ${{ steps.poller-token.outputs.token }} and sets repository variable CI_POLLER_HAS_PENDING to "false" when steps.remaining.outputs.count == "0" or "true" otherwise via gh variable set CI_POLLER_HAS_PENDING -R "$GITHUB_REPOSITORY" -b .....github/workflows/ci-poller.yml lines 417–440 self-dispatch ci-poller.yml for rapid CI rechecks because GitHub */5 cron may drift to 30–40 minutes under load; expected GitHub Actions startup latency gives approximately 30–60 seconds between checks, while concurrency permits 1 running and 1 queued workflow.attempt >= 60, it emits ::warning::Max self-dispatch attempts (60) reached. Relying on cron fallback. and exits 0. Cron continues checking afterward, and a subsequent accepted-label re-add or workflow_dispatch restarts the chain.Self-dispatch if issues remain pending step runs only when always(), steps.token.outcome == 'success', steps.remaining.outcome == 'success', and steps.remaining.outputs.count != '0'; it uses GH_TOKEN: ${{ steps.token.outputs.token }}, derives ATTEMPT from ${{ github.event.inputs.attempt || '0' }}, increments it, and invokes gh workflow run ci-poller.yml -R "$GITHUB_REPOSITORY" -f attempt="${attempt}".