docs(ci): dispatch-knop klopt niet — en dit is de proef op de post-merge-trekker #1767

Closed

brenno wants to merge 1 commit from test/linux-build-trekker into main

brenno commented

2026-08-24 09:02:04 +00:00

Owner

Twee dingen in één kleine commit, allebei over linux-build.yml.

1. Een belofte in het kopcommentaar klopt niet. POST /actions/workflows/<naam>/dispatches geeft op deze Forgejo (16.0.1+gitea-1.22.0) 204 en maakt daarna geen run aan. Getoetst op linux-build.yml én op scans.yml — die laatste draait op elke PR en staat dus zeker niet uit, dus het ligt niet aan deze workflow. De knop in de webinterface heb ik niet kunnen toetsen (deze sessies hebben alleen de API-route). Het commentaar beloofde "een bundel op afroep"; dat staat er nu bij zoals het is.

2. Dit is tegelijk de proef op de trekker uit #1764. Die commit zette de post-merge-build weer aan met een padfilter, en ging bij zijn eigen merge niet af. Dat is verklaarbaar — de push:-trekker werd door díe push zelf toegevoegd, dus Forgejo besliste nog op de oude versie van het bestand — maar verklaarbaar is niet hetzelfde als bewezen, en een preventielaag die niet afgaat is geen preventielaag.

Deze commit raakt .forgejo/workflows/linux-build.yml, dat in het padfilter staat, terwijl de trekker al op main staat. Gaat linux-build na de merge lopen, dan werkt laag 2 en hebben we meteen de eerste echte Linux-build mét de reparatie uit #1762. Blijft het stil, dan deugt het mechanisme niet en verhuist de build naar linux-gate.yml, dat aantoonbaar op elke push naar main afgaat.

Toetsing

make check groen.
De uitkomst van de proef zelf staat straks in de Actions-tab, niet hier.

Twee dingen in één kleine commit, allebei over `linux-build.yml`. **1. Een belofte in het kopcommentaar klopt niet.** `POST /actions/workflows/<naam>/dispatches` geeft op deze Forgejo (16.0.1+gitea-1.22.0) `204` en maakt daarna geen run aan. Getoetst op `linux-build.yml` én op `scans.yml` — die laatste draait op elke PR en staat dus zeker niet uit, dus het ligt niet aan deze workflow. De knop in de webinterface heb ik niet kunnen toetsen (deze sessies hebben alleen de API-route). Het commentaar beloofde "een bundel op afroep"; dat staat er nu bij zoals het is. **2. Dit is tegelijk de proef op de trekker uit #1764.** Die commit zette de post-merge-build weer aan met een padfilter, en ging bij zijn eigen merge niet af. Dat is verklaarbaar — de `push:`-trekker werd door díe push zelf toegevoegd, dus Forgejo besliste nog op de oude versie van het bestand — maar verklaarbaar is niet hetzelfde als bewezen, en een preventielaag die niet afgaat is geen preventielaag. Deze commit raakt `.forgejo/workflows/linux-build.yml`, dat in het padfilter staat, terwijl de trekker al op `main` staat. Gaat `linux-build` na de merge lopen, dan werkt laag 2 en hebben we meteen de eerste echte Linux-build mét de reparatie uit #1762. Blijft het stil, dan deugt het mechanisme niet en verhuist de build naar `linux-gate.yml`, dat aantoonbaar op elke push naar main afgaat. #### Toetsing - `make check` groen. - De uitkomst van de proef zelf staat straks in de Actions-tab, niet hier.

brenno added 1 commit

2026-08-24 09:02:04 +00:00

docs(ci): de dispatch-knop van linux-build werkt niet via de API

scans / scans (pull_request) Successful in 2m54s

Details

static-gate / static-gate (pull_request) Successful in 7m18s

Details

17657282cd

Getoetst tijdens het naspelen van de v0.4.9-storing: `POST
/actions/workflows/<naam>/dispatches` geeft op deze Forgejo 204 en maakt geen
run aan — niet voor linux-build.yml en ook niet voor scans.yml, die zeker niet
uitstaat. Het kopcommentaar beloofde "een bundel op afroep"; dat klopt niet voor
de API-route, en een belofte die niet waargemaakt wordt is erger dan geen
belofte.

Deze commit raakt bewust een pad uit het nieuwe padfilter: hij is tegelijk de
proef of de post-merge-trekker uit #1764 werkelijk afgaat. Die trekker ging bij
zijn eigen merge niet af — verklaarbaar (hij werd door díe push toegevoegd),
maar tot nu toe onbewezen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

brenno closed this pull request

2026-08-24 09:12:31 +00:00

brenno commented

2026-08-24 09:12:31 +00:00

Author

Owner

Gesloten: de aanleiding klopt niet. workflow_dispatch werkt hier wél — en de post-merge-trekker uit #1764 ook. Beide leken stil te blijven doordat /api/v1/.../actions/tasks een run pas toont wanneer een runner hem oppakt; met een bezette runner duurde dat hier negen minuten. Run 3323 (linux-build.yml, event push, sha 01a35bb3) is precies de merge van #1764 en bewijst laag 2.

Gesloten: de aanleiding klopt niet. `workflow_dispatch` werkt hier wél — en de post-merge-trekker uit #1764 ook. Beide leken stil te blijven doordat `/api/v1/.../actions/tasks` een run pas toont wanneer een runner hem oppakt; met een bezette runner duurde dat hier negen minuten. Run 3323 (`linux-build.yml`, event `push`, sha 01a35bb3) is precies de merge van #1764 en bewijst laag 2.