chore(release): promote development to main #9

Open

webgrip-ci wants to merge 47 commits from development into main

pull from: development

merge into: webgrip:main

webgrip:main

webgrip:renovate/cloudflare-tooling

webgrip:renovate/webgrip-workflows-2.7.x

webgrip:renovate/pnpm-11.x

webgrip:renovate/lock-file-maintenance

webgrip:renovate/yaml-2.9.x

webgrip:feat/adopt-webgrip-packages

Conversation 0 Commits 47 Files changed 69 +4477 -1354

webgrip-ci commented 2026-09-17 11:20:40 +00:00

Member

Copy link

Promotes v0.3.2-rc.1 from development to main for a stable release and the production deploy.
When this PR was opened: staging deploy success; https://staging.twente.dev/nl answers 200.
Merge with a merge commit or rebase merge, never squash. semantic-release needs the original commits to compute the stable version.

Promotes `v0.3.2-rc.1` from `development` to `main` for a stable release and the production deploy. When this PR was opened: staging deploy success; https://staging.twente.dev/nl answers 200. **Merge with a merge commit or rebase merge, never squash.** semantic-release needs the original commits to compute the stable version.

webgrip-ci added 1 commit 2026-09-17 11:20:41 +00:00

fix(ci): de CI maakt de stable tag zelf bereikbaar vanaf development ... 7adac4a3db

changelog: false haalde de release-commit weg, maar niet het hele probleem. De
promotie wordt met een merge commit gemerged (ADR 0019) en die commit bestaat
ook alleen op main; de stable tag landt erop en blijft daarmee onbereikbaar
vanaf development. Op de v0.3.1-promotie bleek dat: main droeg de tag, develop-
ment kende hem niet, en de volgende rc was 0.3.1-rc.3 geworden in plaats van
0.3.2-rc.1. Nagerekend met semantic-release/lib/get-next-version.js, dat
branch.tags leest — per branch bereikbaar, niet globaal.

Wat changelog: false wél opleverde: main loopt nog één commit voor in plaats van
twee, en development is een parent van die ene. De back-merge is daardoor een
pure fast-forward geworden, en dat is precies wat de nieuwe back-merge-job bij
elke stable release doet. Divergeren de branches echt, dan faalt hij luid met de
uitleg erbij.

Dit vangt ook de hotfix-route af: een directe push op main maakt dezelfde
onbereikbaarheid, en die had een fast-forward-promotie niet opgelost.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

webgrip-ci requested review from ryangr0 2026-09-17 11:20:41 +00:00

ryangr0 added 1 commit 2026-09-17 12:10:26 +00:00

fix(ci): de promotie is een fast-forward, dus main blijft een prefix ... 4758e87de9

Alles komt terug op één regel: elke commit die alleen op main bestaat, breekt de
rc-telling. Er zijn precies twee bronnen. De release-commit was de eerste en die
is weg met changelog: false. De merge commit van de promotie is de tweede, en
die werd tot nu toe elke promotie opnieuw gemaakt — met de stable tag erop.

De vorige oplossing repareerde dat achteraf met een CI-job. Dat is een pleister
op een oorzaak die je ook gewoon kunt weghalen: met een fast-forward is main een
prefix van development van constructie en valt er niets te herstellen. ADR 0019
stond dit al toe ("or rebase"); we hadden de andere helft gekozen.

ploeg draait hetzelfde twee-branch-model en heeft dit nooit gehad: geen enkele
promotie-merge-commit op main, lineair boven development.

De back-merge-job blijft staan maar zakt naar wat hij hoort te zijn: een vangnet
voor de hotfix-route uit ADR 0019, die als enige nog zo'n commit maakt. Bij een
normale promotie meldt hij nu "nothing to do".

De PR-body instrueerde tot nu toe een merge commit — precies de stijl die het
probleem maakt. Die tekst legt nu uit waarom een fast-forward moet.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-17 12:21:37 +00:00

docs(release): de merge-stijlen van de repo staan vast, met de reden ... 0e20ad5757

De promotie moet een fast-forward zijn en dat hing tot nu toe aan een gewoonte
plus een zin in de PR-body. Forgejo kent geen merge-stijl per doel-branch en
branch protection kan geen lineaire historie eisen, dus de instelling is
repo-breed en raakt ook Renovate's PRs naar development. Alles dichtzetten
behalve fast-forward is daarom te grof.

Wat het wel afdicht: squash is de enige stijl die onherstelbare schade maakt,
want die herschrijft historie en maakt development geen voorouder meer. Een
merge commit is herstelbaar — de back-merge-job fast-forwardt hem weg. Staat
squash uit, dan is elke overgebleven route correct of zelfherstellend.

forgejo-sync.sh raakt deze velden niet aan, dus een sweep zet ze niet terug.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-17 14:11:56 +00:00

fix(ci): de CSP-parity matcht zonder grep, want de tag was er altijd al ... cd0424ed5a

Run 488 draaide met de uitgebreide faalregel uit 8ec3602 en die liet zien wat
er terugkwam: de string die grep -qF zocht stond letterlijk in de respons die
diezelfde grep doorzocht. Nooit een site- of buildprobleem dus, maar het matchen
zelf.

Waarom precies is niet sluitend: het reproduceert niet op macOS, en de container
telt ${#HOME_HTML} in bytes waar een UTF-8 shell er 23671 telt, dus daar draait
een andere locale. GNU grep kan in een UTF-8 locale matches missen op input met
ongeldige multibyte-sequenties, wat ook verklaart waarom de -F-variant faalde
terwijl de BRE-variant eronder in dezelfde variabele wel matchte.

De checks hangen er nu niet meer van af: bash-patroonvergelijkingen, geen pipe,
geen locale-gevoelige matching. De greps die de diagnose nog nodig heeft draaien
onder LC_ALL=C. Twintig opeenvolgende runs tegen hetzelfde image zijn groen, en
een weggehaalde tag wordt nog steeds gedetecteerd.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

renovate added 1 commit 2026-09-18 02:58:18 +00:00

fix(deps): update astro monorepo 3191621703

renovate added 1 commit 2026-09-18 03:57:18 +00:00

fix(deps): update dependency eslint ( 10.8.0 ➔ 10.8.1 ) 37c706d1f7

renovate added 1 commit 2026-09-18 04:57:34 +00:00

fix(deps): update dependency web-vitals ( 6.2.1 ➔ 6.2.2 ) c51ee71393

ryangr0 added 5 commits 2026-09-18 05:56:59 +00:00

perf(ci): de lighthousegate meet één keer in plaats van drie ... 511113e694

De lighthousejob was met 7m11s in zijn eentje het kritieke pad van de run:
al het andere is binnen 2m15s klaar. Daarvan ging 296s naar 24 chromeruns
(8 urls maal 3) die per stuk 12,35s kosten, waarvan het auditen zelf 0,26s
is. De rest is chrome opstarten en instrumenteren, een vaste prijs die niet
met de snelheid van de site meebeweegt.

Eenentwintig metingen over drie pagina's gaven nul spreiding op elke
categoriescore, en twintig afgeronde CI-runs op rij waren groen. De mediaan
van drie middelde dus drie identieke getallen. Wat overblijft aan spreiding
zit in CLS, en die haalt op /nl/zoeken.html 0,0282 tegen een budget van
0,05 — dat is de assertion die als eerste gaat piepen als dit te krap
blijkt, en dan hoort het budget omhoog en niet het aantal runs.

disableFullPageScreenshot scheelt 23% per run en niets aan dekking: die
schermafdruk voedt alleen de rapportviewer, en het rapport wordt in een
container geschreven die een seconde later wordt opgeruimd.

De pin stond nog op v2.1.0 terwijl de andere lanes al op v2.7.1 draaien.
v2.1.0 haalt lhci met `npx --yes @lhci/cli@0.15.x` binnen tijdens de run:
16s installeren, en een scorer die zonder commit in deze repo kan
verschuiven. v2.7.1 draait de versie die in static-site-ci-runner gebakken
zit, en dat is exact dezelfde lhci 0.15.1 met lighthouse 12.6.1. De justfile
gaat mee naar 0.15.1, anders lopen lokaal en CI uiteen zodra 0.15.2 uitkomt.

Geverifieerd met een volledige `lhci autorun` over alle acht urls: groen,
86s wall clock.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

fix(a11y): de taalwisselaar draagt zijn label in de linktekst ... 61ee7e8192

De knop toonde "NL" en droeg aria-label "Overschakelen naar Nederlands".
Dat label overschrijft de zichtbare tekst en bevat hem niet, en dat is een
schending van WCAG 2.5.3 Label in Name (niveau A): wie de knop met stem
bedient zegt "NL", en dat komt in de toegankelijke naam niet voor.

De Nederlandse kant faalde niet, maar puur bij toeval — "Switch to English"
bevat "en". Dezelfde component, dezelfde fout, alleen niet zichtbaar.

Het label staat nu als visually-hidden tekst in de link zelf, zodat de
toegankelijke naam de zichtbare tekst bevat in plaats van hem te vervangen.
Daarmee is de fout niet opgelost maar onmogelijk: axe meldt de regel nu als
inapplicable, want zonder aria-label kan naam en tekst niet meer uiteenlopen.
De lang op de link blijft de taal van het doel, dus de verborgen zin wordt in
de juiste taal uitgesproken.

Niets in CI zag dit en niets zou een herhaling zien: lighthouse weegt
label-content-name-mismatch op 0, dus de categorie bleef op 100 staan, en
axe levert de regel als experimental met enabled: false. Om dit te bewaken
moet de regel aan in de axe-aanroep van @webgrip/astro-site-toolkit.

Geverifieerd op /en.html en /nl.html: accName "NL Overschakelen naar
Nederlands" en "EN Switch to English", beide bevatten de zichtbare tekst.
astro check 0 fouten over 118 bestanden.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

fix(a11y): de titels van de abonneer- en suggestieblokken zijn koppen ... d7d14a484b

Beide blokken droegen hun titel als <p> met font-weight 650: het ziet eruit
als een kop, het gedraagt zich niet als een kop. Wie met een schermlezer door
de koppen van /nl/events of /nl/communities springt, sloeg het blok over,
want er viel niets te springen. Dat is WCAG 1.3.1 Info and Relationships,
niveau A, en axe weegt het als serious.

Het zijn nu h2's onder de h1 van de PageHeader, waarmee de koporde intact
blijft — de body van beide pagina's begint ook op h2. De typografie is
teruggezet op inherit, dus font-size, line-height en letter-spacing blijven
staan waar ze stonden: 17,2px / 650 / 28,38px / normal, hoogte 28px, gemeten
voor en na. Alleen de semantiek verandert, niet het beeld.

Gevonden doordat @webgrip/astro-site-toolkit de regel p-as-heading gaat
draaien; zonder die wijziging bleef dit staan omdat axe hem als experimental
uit levert.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

fix(ci): renovate filtert de soaktijd echt, zodat pnpm de lockfile accepteert ... f29467ea6d

Het org-preset zet internalChecksFilter op none, waardoor minimumReleaseAge
geen filter is maar een vlaggetje: Renovate bouwt de branch tegen de nieuwste
versie en prNotPendingHours opent de PR twee uur later toch. pnpm 11 handhaaft
zijn eigen grens van 24 uur bij het installeren en weigert die lockfile, dus
elke job op zo'n PR valt om in Install dependencies.

Met strict valt een te jonge versie uit de kandidatenlijst en stelt Renovate de
nieuwste voor die de soak wel haalde.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

fix(deps): het contentschema gebruikt Astro's eigen zod, niet een tweede kopie ... d05424fed2

De Renovate-PR voor astro 7.3.3 viel om met 190 typefouten. Astro 7.3.3 brengt
zod 4.6.5 mee en wij pinden zelf 4.4.3, en pnpm kan die twee niet samenvoegen
omdat de pin exact is. Zod 4 zet zijn eigen minor als literal in het type, dus
twee kopieën zijn voor TypeScript twee onverenigbare types: elk collectieschema
werd onassignable en daarmee elke entry.data unknown, wat de andere 188 fouten
verklaart.

src/content.config.ts haalt z nu uit astro/zod, de re-export van precies de kopie
waar defineCollection tegen typt. Daarmee kan de eigen dependency weg en is de
skew structureel onmogelijk, ook bij de volgende Astro-minor. De variant via
astro:content doet hetzelfde maar is sinds Astro 7 gedeprecieerd.

Geverifieerd tegen de PR-branch zelf: astro 7.3.3 met deze fix geeft 0 fouten,
zonder fix 190.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

# Conflicts:
#	package.json
#	pnpm-lock.yaml

ryangr0 added 7 commits 2026-09-18 06:18:01 +00:00

fix(ci): de workflowpins volgen Forgejo's tags, niet een lege GitHub-tweeling ... c4d6995788

De github-actions-manager lost elke `uses:` op via de github-tags-datasource
tegen api.github.com. webgrip/workflows is Forgejo-native en zijn
github.com-tweeling draagt wel branches maar geen tags, dus kwam elke pin terug
als "Can't find version matching vX.Y.Z" en stonden de lanes stil op v1.6.0 en
v2.1.0 terwijl v2.7.2 al uit was. De `# vX.Y.Z`-comments repareerden de
detectie, nooit de resolutie.

Een customManager leest nu de Forgejo-tags via gitea-tags; die datasource
resolvet een tag naar zijn commit, dus digest en versiecomment schuiven samen op.

Verder: setup-node-majors uit zolang de runner node20 voor de systeem-node 24
zet, en de pnpm-workspace-overrides uit voor major en pin — dat zijn
veiligheidsdrempels, geen dependencies.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

fix(ci): de onzichtbare dependencies staan nu onder Renovate, en de actions zijn gepind ... 1989b3f5c7

Drie pins stonden buiten het zicht van elke manager. De dockerfile-manager
rapporteert precies één dep voor ops/docker/web/Dockerfile — `docker/dockerfile 1`
uit de syntaxdirective — omdat beide echte basisimages als
`ARG X_IMAGE=${REGISTRY_DOCKERHUB}/...` staan en de geneste variabele de
ARG-resolutie breekt; nginx-unprivileged heeft daardoor nooit een update
aangeboden gekregen. `license:reuse` pint reuse==6.2.0 in een npm-script en de
lighthouse-recipe pint @lhci/cli via `pnpm dlx`; geen van beide staat in een
manifest dat een manager leest.

actions/checkout en actions/setup-node stonden op een zwevende tag. De tags
wijzen vandaag al naar v5.1.0 en v4.4.0 en data.forgejo.org draagt dezelfde
commits als github.com, dus dit bevriest wat er draait in plaats van iets te
bumpen.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs(adr): waarom Forgejo-native deps tegen Forgejo resolven, met een telling die het bewaakt ... fe9fc0973e

ADR 0022 legt de splitsing vast die de lanes stil zette: het platform is Forgejo,
maar de github-actions-manager kent maar één datasource en die wijst naar
api.github.com. De github.com-tweeling van webgrip/workflows bestaat en draagt
nul tags, dus kwam er geen fout terug maar een lege lijst — een stille bevriezing
in plaats van een luide fout.

`just renovate-coverage` speelt elke matchStrings-regex af tegen de working tree
en faalt als een telling verandert. Dat is de bewaking die de ADR als Validation
noemt: een pin die in een vorm wordt herschreven die de regex niet meer leest, is
opnieuw onzichtbaar, en precies dat moet niet twee keer kunnen gebeuren.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs(runbook): de drie dashboardwaarschuwingen die geen job rood maken ... 07626a3da7

Precies daarom bleven ze staan. Per waarschuwing het symptoom, de oorzaak en waar
de fix hoort: de lookup-failure hoort bij ADR 0022, de docker-auth is een
afgewezen credential (met de drie curls die dat aantonen, plus de tweede kopie
onder harbor/registry-proxy die niet mee roteert), en de mise-lock is een gat in
de admin-ConfigMap.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

fix(deps): de pnpm-soaktijd staat expliciet, zodat pnpm 12 hem niet stil omzet ... 71de7bc22d

1440 minuten is dezelfde waarde als de ingebouwde default, dus op pnpm 11
verandert er niets. Expliciet maken doet twee dingen: het staat zichtbaar in het
bestand waar de runbook naar wijst, en het is bestand tegen een upstream-default
die verschuift.

minimumReleaseAgeStrict staat er expliciet bij omdat pnpm 12 die standaard op
true zet zodra minimumReleaseAge expliciet is. Zonder deze regel zou de
pnpm 12-upgrade stil van gedrag veranderen. Beide keys zijn tegen pnpm 12's
validator gehouden, die onbekende workspace-settings wel weigert.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

fix(deps): de laatste vier ranges staan op de versie die er al draait ... 6258739f8e

Alleen de specifier-regels veranderen; geen enkele `version:` in de lockfile
schuift op, dus de geïnstalleerde boom is identiek. Dit haalt de vier pakketten
uit Renovate's pin-dependencies-branch, die daarmee leeg is: de drie
pnpm-workspace-overrides die er ook in zaten zijn geen dependencies maar
veiligheidsdrempels en horen er niet in.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

fix(ci): de budgetten en de axe-drempel falen nu echt ... 43d3edde32

total-byte-weight en unused-javascript stonden op warn. Dat is precies de
regressie waar deze gate voor bestaat — iemand zet er een zware dependency
in — en hij liep groen door met een regel in het log. Omgekeerd stond alles
wat wel op error stond op een vlakke 100 met nul spreiding. De assertions
die konden afgaan gingen nooit af, en die wel konden bijten deden dat niet.

De twee gaan naar error, met een grens per pagina omdat de zoekpagina
Pagefind draagt en de rest niet:

- alles behalve /nl/zoeken.html: 150 KB → 128 KB. Gemeten maximum is
  114163 (/nl/001.html), dus dat is 13% lucht. De oude grens had 34% lucht
  en kon per constructie niet afgaan.
- /nl/zoeken.html: 150 KB → 160 KB, maar wel blokkerend. De pagina zit op
  147152, oftewel 96% van de oude grens; op error zetten zonder de grens te
  verhogen maakt hem een haartrekker die op 6 KB rood wordt. Pagefind is een
  bekende vaste kostenpost, geen regressie.

unused-javascript blijft op 10240 en meet overal 0, dus error kost niets en
vangt de eerste island die te veel meeneemt.

De axe-drempel gaat van serious/critical naar alle vier: run 538 meldt 0
blocking en 0 advisory over 16 pagina's, dus moderate en minor aanzetten
kost vandaag niets en houdt de volgende tegen in plaats van hem te tellen.

Bewezen dat de grens bijt, niet aangenomen: met een onhaalbare 90000 valt
lhci om met exit 1 en noemt per pagina "expected <=90000, found 105157".
Op warn was datzelfde exit 0. Met de echte grenzen: lhci exit 0, axe 0
blocking over 16 pagina's.

Nog niet aangescherpt, met reden: categories:performance en best-practices
staan op 0.95 terwijl elke pagina 100 haalt, maar numberOfRuns ging vandaag
naar 1 en daar is één CI-run bewijs voor. Die marge is precies wat de
enkele meting draagt. Eerst een paar runs kijken, dan pas de score-drempel.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-18 06:47:58 +00:00

ci(renovate): dependency-PR's wachten niet meer op elkaar en niet op morgen ... bd2390d266

Drie blokkades, geen ervan de lockfile.

De repo staat op fast-forward-only en Renovate stuurt geen eigen strategie mee
(forgejo mergePr valt terug op config.mergeMethod), dus elke automerge eiste een
branch die strikt vooroplag. Eén merge verplaatste development, de rest stond
achter, werd gerebased en draaide de hele gate opnieuw: ruwweg twintig runs voor
zes dependency-PR's op 18 september. De lockfile was niet de oorzaak — drie van
de vier open branches mergden die ochtend zonder conflict op development.

automergeStrategy fast-forward vertaalt naar Forgejo's rebase-then-fast-forward,
die server-side rebaset op het moment van mergen en de lineaire historie laat
staan die de promotie nodig heeft. Daarmee kan rebaseWhen op conflicted: alleen
branches die echt botsen worden nog door Renovate zelf herbouwd.

updateNotScheduled liet een groene PR liggen. Buiten het venster van 03:00-07:00
keert de branchworker terug met update-not-scheduled voordat automerge er ooit
aan bod komt, en de laatste run binnen het venster rebaset juist de branches die
daarna groen worden. PR 15 was groen om 05:19 UTC, negentien minuten te laat, en
bleef staan. Branches aanmaken blijft binnen het venster.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-18 10:20:05 +00:00

docs: documentatie blijft kort en actueel ... 9a4742e256

Bestaande pagina bijwerken voor een nieuwe toevoegen, en eerder een regel
schrappen dan een sectie erbij.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-18 11:36:22 +00:00

fix(ci): de checkout- en setup-node-majors mogen weer, want de aanname klopte niet ... bcabf58f5e

"v6 is stuk op niet-GitHub-runners" stond estate-breed in org/forgejo-ci.md en
blokkeerde hier twee packageRules, zonder dat iemand ooit de fout had
opgeschreven. De canary in homelab-cluster (run 1710) draait checkout v5.1.0, v6
en v7 en setup-node v4.4.0, v5 en v7 naast elkaar: alles groen, en geen no-ops —
de v6-stap doet echt git init/config en fetcht van de in-cluster Forgejo, en
setup-node v5 meldt node v24.21.0.

De runner kiest per JS-actie de node uit externals/ die de actie in `using:`
declareert, en daar staat wel degelijk een glibc node24 (v24.16.0). De
PATH-prepend naar node20 raakt alleen shell-stappen — dat is een aparte,
kleinere kwestie en niet wat majors blokkeerde.

Ze gaan niet op automerge: één canary-job is geen hele pipeline, en een echte PR
die de gate draait is het bewijs dat telt.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-18 11:43:23 +00:00

docs: de @v6-claim in ADR 0003 en het 10x-plan is weerlegd ... 79c5558268

De canary in homelab-cluster (run 1710) draait checkout v6 en v7 en setup-node
v5, v6 en v7 op de echte Forgejo-runner; alles slaagt. De ADR-body blijft staan
zoals besloten met een gedateerde regel in de revision log — de beslissing zelf
hing niet van die claim af. Het planbestand is wel herschreven: dat beschrijft
wat we nu doen, niet wat we ooit besloten.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

renovate added 1 commit 2026-09-18 23:46:28 +00:00

fix(deps): update dependency prettier ( 3.9.6 ➔ 3.9.8 ) 52932260d0

renovate added 1 commit 2026-09-19 00:45:48 +00:00

fix(actions): Update dependency webgrip/workflows ( v2.5.2 ➔ v2.5.3 ) e9f30f4a6e

renovate added 1 commit 2026-09-19 12:46:26 +00:00

fix(actions): Update dependency webgrip/workflows to v2.7.4 f8c602e006

renovate added 1 commit 2026-09-19 13:45:50 +00:00

fix(actions): Update dependency webgrip/workflows ( v2.6.1 ➔ v2.6.2 ) cfd6bb5537

renovate added 1 commit 2026-09-19 14:46:13 +00:00

fix(actions): Update dependency webgrip/workflows ( v1.6.0 ➔ v1.11.3 ) 3de0c4ecba

renovate added 1 commit 2026-09-19 20:46:07 +00:00

fix(deps): update dependency astro ( 7.2.10 ➔ 7.3.3 ) fa095660a2

ryangr0 added 1 commit 2026-09-21 10:02:22 +00:00

fix(deps): prettier-plugin-astro 1.0 via @webgrip/prettier-config 0.3.0 ... 63a19ebfd3

De plugin is herschreven op Astro 7's Rust-compiler, wat 39 .astro-bestanden
herformatteert. astroCompressHTML staat in de gedeelde config op 'none' omdat
deze site compressHTML: false draait; zonder die koppeling zet de plugin 'jsx'
en schuift whitespace die de compiler daarna anders behandelt.

Doorgemeten in plaats van aangenomen: dist/ voor en na de herformattering, 40
pagina's, en de gerenderde tekst is op alle 40 identiek. Alleen de inspringing
in de HTML verschuift; elke betekenisvolle whitespace-grens — ook `</li><li`
zonder tussenruimte — blijft staan.

Eén kanttekening: `pnpm format` is niet idempotent op src/components/BaseHead.astro.
Eén keer draaien laat format:check rood, twee keer convergeert naar een stabiele
vorm. Dat is een pluginbug, geen configkwestie.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-21 13:02:35 +00:00

fix(ci): lhci is een devDependency en de buildkit-frontend staat op een minor ... 2637a48391

Twee resten uit de dependency-audit.

De lighthouse-recipe draaide `pnpm dlx @lhci/cli@0.15.1`, wat tegen de eigen
regel van deze repo in gaat: dlx installeert in een wegwerpproject dat
pnpm-workspace.yaml's allowBuilds nooit ziet, dus de build-scripts-guard kan
interactief gaan vragen. Nu een gewone devDependency met `pnpm exec`, waarmee
hij ook door de npm-manager wordt beheerd in plaats van door een regex.

De syntaxdirective stond op `docker/dockerfile:1`, een zwevende major. Op 1.26
kan Renovate hem bewust laten opschuiven.

De customManager voor de justfile vervalt daarmee; de telling in
renovate-coverage.mjs is mee aangepast.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-21 13:49:10 +00:00

test(ci): de workflowpin-telling leidt zichzelf af in plaats van een hardgecodeerd getal ... 922a200556

15 stond er met de hand in, dus elke toegevoegde lane brak de check om de
verkeerde reden en elke verwijderde lane vroeg om een edit. Nu telt hij hoeveel
`uses: webgrip/`-regels er werkelijk in .forgejo/workflows staan en vergelijkt
dat met wat de customManager claimt.

Dat maakt hem ook overdraagbaar: sinds het gitea-tags-preset gemerged is draagt
elke Forgejo-repo diezelfde customManager, en deze controle heeft geen
repo-specifiek getal meer nodig.

Doorgemeten met een lane die op `@main` gepind staat in plaats van op een
`# vX.Y.Z`-comment — precies de vorm die in webgrip.nl staat: 15/16, rood.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

renovate added 1 commit 2026-09-22 02:56:56 +00:00

fix(deps): update dependency uv ( 0.12.12 ➔ 0.12.17 ) ac79e3721f

renovate added 1 commit 2026-09-22 03:57:03 +00:00

fix(deps): update dependency @webgrip/astro-site-toolkit ( 0.5.0 ➔ 0.6.0 ) d5bdf9c836

renovate added 1 commit 2026-09-22 04:56:51 +00:00

fix(deps): update dependency eslint ( 10.8.1 ➔ 10.11.0 ) ee2caafdcb

ryangr0 added 1 commit 2026-09-22 06:02:26 +00:00

test(ci): de pinbewaking kijkt naar de vorm, niet naar de lokale customManagers ... cb54b33636

De vorige versie telde tegen de customManagers in deze repo's eigen
renovate.json. Dat werkt hier, maar nergens anders: sinds het gitea-tags-preset
gemerged is erven de meeste repo's die manager van forgejo.json en zien ze
lokaal nul managers — webgrip.nl kreeg zo 0/10.

Nu wordt de invariant direct gecontroleerd: een webgrip/*-reusable moet op een
commit gepind staan én een `# vX.Y.Z`-comment dragen, want precies die vorm
claimt de customManager. Alles daarbuiten is stil onbeheerd. Dat werkt in elke
repo, ongeacht waar de manager gedeclareerd is, en noemt bij een afwijking het
bestand en de regel.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

ryangr0 added 1 commit 2026-09-22 06:03:42 +00:00

feat(deps): TypeScript 6.0.3 ... 73351ca49f

De brugrelease naar de native port. Beide peers laten hem toe —
typescript-eslint peert `>=4.8.4 <6.1.0` en @astrojs/check `^5.0.0 || ^6.0.0` —
en de blootstelling aan wat 6.0 schrapt is hier nihil: tsconfig hangt via
@webgrip/tsconfig aan astro/tsconfigs/strict, dat target, module,
moduleResolution en esModuleInterop expliciet zet, en de repo gebruikt geen
outFile, geen AMD/UMD/SystemJS, geen moduleResolution: node en geen baseUrl. De
default die wél kon bijten, `types` naar [], raakt niets omdat er geen
@types/*-dependencies zijn.

`astro check` geeft 0 errors, 0 warnings, 0 hints over 119 bestanden, en de hele
gate is groen. Geen peer-waarschuwingen bij install.

7.x blijft geblokkeerd: die shipte zonder programmatische compiler-API, dus
typescript-eslint en astro check kunnen er niet bij tot 7.1 (VIK-1092).

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

renovate added 1 commit 2026-09-23 02:59:09 +00:00

fix(deps): update dependency eslint-plugin-astro ( 3.1.0 ➔ 3.2.1 ) 1f267a41a3

renovate added 1 commit 2026-09-23 03:59:20 +00:00

fix(deps): update dependency just ( 1.51.0 ➔ 1.58.0 ) 254d40d327

renovate added 1 commit 2026-09-23 04:59:59 +00:00

fix(deps): update dependency playwright-core ( 1.62.1 ➔ 1.63.0 ) b541c2eb6c

renovate added 1 commit 2026-09-24 03:00:28 +00:00

fix(deps): update dependency astro ( 7.3.3 ➔ 7.3.4 ) 057d192183

renovate added 1 commit 2026-09-24 03:56:37 +00:00

fix(deps): update dependency uv ( 0.12.17 ➔ 0.12.18 ) fe00ab5f87

renovate added 1 commit 2026-09-25 02:58:46 +00:00

fix(deps): update dependency typescript-eslint ( 8.66.0 ➔ 8.70.1 ) b3982bace5

renovate added 1 commit 2026-09-25 03:59:52 +00:00

fix(deps): update dependency prettier ( 3.9.8 ➔ 3.9.9 ) efd40bc007

renovate added 1 commit 2026-09-26 01:58:13 +00:00

fix(deps): update dependency uv ( 0.12.18 ➔ 0.12.19 ) d1a82403b4

renovate added 1 commit 2026-09-26 02:59:29 +00:00

fix(deps): update dependency astro ( 7.3.4 ➔ 7.3.5 ) b6b01c7755

renovate added 1 commit 2026-09-26 03:57:49 +00:00

fix(deps): update docker/dockerfile docker tag ( 1.26 ➔ 1.27 ) 60bc911fa6

All checks were successful

Hide all checks

renovate/stability-days Updates have met minimum release age requirement

Details

[Workflow] On Source Change / Container Parity (push) Successful in 32s

Details

[Workflow] On Source Change / Static Analysis (Prettier, ESLint, Typecheck, Audit, Knip, Outdated) (push) Successful in 1m1s

Details

[Workflow] On Source Change / Static Analysis (push) Successful in 0s

Details

[Workflow] On Source Change / Tests & Build-1 (push) Successful in 1m35s

Details

[Workflow] On Source Change / Tests & Build (push) Successful in 0s

Details

[Workflow] On Source Change / Lighthouse budgets (push) Successful in 3m35s

Details

[Workflow] On Source Change / Lighthouse Budgets (push) Successful in 0s

Details

[Workflow] On Source Change / Accessibility (axe-core)-1 (push) Successful in 4m44s

Details

[Workflow] On Source Change / Accessibility (axe-core) (push) Successful in 0s

Details

[Workflow] On Source Change / Deploy preview (push) Has been skipped

Details

[Workflow] On Source Change / Deploy production (push) Has been skipped

Details

[Workflow] On Source Change / Deploy Preview (feature branches) (push) Successful in 0s

Details

[Workflow] On Source Change / Semantic Release (push) Successful in 49s

Details

[Workflow] On Source Change / Release (push) Successful in 0s

Details

[Workflow] On Release Published / Release Channel (release) Successful in 0s

Details

[Workflow] On Release Published / Deploy preview (release) Has been skipped

Details

[Workflow] On Release Published / Deploy Production (release) Successful in 0s

Details

[Workflow] On Release Published / Safety net: main reachable from development (release) Has been skipped

Details

[Workflow] On Release Published / Deploy Staging (release) Successful in 0s

Details

[Workflow] On Release Published / Open or keep the promotion PR (release) Successful in 0s

Details

[Workflow] On Release Published / Deploy production (release) Successful in 1m47s

Details

This pull request can be merged automatically.

You are not authorized to merge this pull request.

View command line instructions

Checkout

From your project repository, check out a new branch and test the changes.

git fetch -u origin development:development

git switch development

Merge

Merge the changes and update on Forgejo.

Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.

git switch main

git merge --no-ff development

git switch development

git rebase main

git switch main

git merge --ff-only development

git switch development

git rebase main

git switch main

git merge --no-ff development

git switch main

git merge --squash development

git switch main

git merge --ff-only development

git switch main

git merge development

git push origin main

Sign in to join this conversation.

Reviewers

No reviewers

ryangr0

Labels

Clear labels

No items

No labels

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

3 participants

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

webgrip/twente.dev!9

No description provided.