[quality] worker.ts scheduled(), queue consumer and deferViaQueue run under no test (unit excludes the file; miniflare suite only drives fetch())
Los mantenedores suelen responder en 2 días
@hivecommons-hive ya está trabajando en esto.
Desde el 30/10/2026.
- #630 de @hivecommons-hive — abierto
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Estancado
- Stack tecnológico
- typescript
Línea de trabajo
Start with __tests__/worker/worker.test.ts, src/server/worker.ts, and the existing Miniflare setup. Add coverage for scheduled(), the queue retry path, and deferred delivery as described in the issue, fixing the fake GitHub request log so concurrent config probes are retained. Done when the tests verify cron enqueueing and consumption, retry behavior, and the deferred run applying the missing label; linked pull request #630 is already open.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Finding
src/server/worker.ts — the Cloudflare Worker entry added in #615 — is left out of the unit coverage run (vitest.config.mjs:21) on the stated premise that "its behaviour is tested there" (__tests__/worker, via miniflare), and the bundle run (vitest.e2e-coverage.config.mjs) excludes src/server/** too. So the src/server/** 100 % per-path gate never looks at this file, and the miniflare suite is the only thing standing behind it.
That suite (__tests__/worker/worker.test.ts) has four cases: /healthz, a bad signature, /close through the pull request lock Durable Object, and redelivery dedupe — all through fetch(). Nothing drives:
scheduled()(worker.ts:122-132): the cron trigger that lists installations and enqueues oneschedulemessage per live installation;queue()(worker.ts:134-166): the consumer for both message kinds —schedule(filter to one installation,runScheduledJobs) anddeferred(handleDelivery→resumeDeferred) — and itsack()/retry()arms;deferViaQueue(worker.ts:72-80): whatplatform().defer()does on Workers, i.e. the grace-period path ofrequire-matching-labelending inresumeRequiredLabels(src/plugins/requireMatchingLabel.ts:126).
Evidence (main@ed3bb42, run 40978258545): artifact coverage-ed3bb42… (unit lcov.info) has no SF: record for src/server/worker.ts; artifact coverage-e2e-ed3bb42… has none for any src/server/** file. grep -n "scheduled\|queue\|defer" __tests__/worker/worker.test.ts matches only the Miniflare binding declarations. Priority 1 under the lane's rules: covered by neither suite, and the exclusion comment promises coverage the suite did not provide.
Recommendation
Extend __tests__/worker/worker.test.ts — the fake GitHub, the Miniflare options and three cases — so the Worker is tested as deployed:
-
scheduled()via Miniflare'sunsafeTriggerHandlers+GET /cdn-cgi/handler/scheduled: one message per live installation (suspended skipped, two repositories → one message), consumer runs the cron jobs for each unarchived repository under the installation token -
queue()retry arm viamf.getQueueProducer('PROW_QUEUE'): aschedulemessage whose run throws (installations listing 500s) is re-delivered, not acknowledged -
deferViaQueue→ delayeddeferredmessage →resumeDeferred: apull_requestopenedwithgrace_period_duration: 1sstops atdefer()and the resumed run applies the missing label
The fake GitHub's request log must stop being a single read-modify-write KV key: the org- and repo-tier config probes run concurrently and one of them is lost, which hides exactly the request the deferred case needs to see.
Priority
- Impact: high — the queue consumer and cron trigger are the App's only non-webhook entry points and are exercised by nothing
- Effort: low — one test file, no
src/change
Filed by quality agent (hold-gated mode)
🐝 Hive Agent: quality | Instance: hosted-available-lke648397-260827-5q9t | SHA: 202bce4
— hive: agent=quality backend=copilot model=claude-fable-5.1 copilot=1.0.88
- Lenguaje dominante
- TypeScript
- Estrellas
- 132
- Forks
- 24
- Merge medio
- 1 d 12 h
- PR fusionados (30 d)
- 229
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de cncf/prow-github-actions
-
[quality] Helm chart: ingress.yaml is rendered by no helm-unittest suite and by neither kind install; serviceaccount/configmap/service and the apiUrl, extraEnv, image.tag, create=false arms are unassertedPosiblemente ocupada @hivecommons-hive la tomó hoy. Abiertoagent/quality needs-kind stage/040-covered-by-pr testing
Dificultad 2/5 1-3 horas Aptitud para principiantes 30/100
cncf/prow-github-actions#625 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
[quality] Gate proposal: scheduled Stryker run over the whole src/ tree (five advisory shards)Abiertoagent/quality needs-human needs-kind stage/045-needs-decision testing
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
cncf/prow-github-actions#594 · 4 comentarios ·
Los mantenedores suelen responder en 2 días
-
🐝 Hive Advisory ReportAbiertohive/advisory kind/cleanup needs-human stage/045-needs-decision
Dificultad 5/5 Más de una semana Aptitud para principiantes 15/100
cncf/prow-github-actions#170 · 5 comentarios ·
Los mantenedores suelen responder en 2 días
Todos los issues de cncf/prow-github-actions
Issues similares
-
area:desktop area:ui bug platform:macos
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
anthropics/claude-code#106183 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
feature:App-Tour feature:Chat ready Web
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
digitalfabrik/integreat-app#4523 · 2 reacciones ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Required Lexical field accepts two empty paragraphsPosiblemente ocupada @lazerg la tomó hoy. AbiertoBug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
payloadcms/payload#19222 ·
Los mantenedores suelen responder en 1 día