Karakteriseringstests voor reacties (shaer-9e9 fase 1, stap 1)
Legt vast wat de code NU doet met "heb ik hierop gereageerd", voordat de drie
bronnen worden samengevoegd. Geen gedragswijziging: alleen tests, groen op de
huidige code.
Nodig omdat dit gebied stil faalt. Elke mark*-aanroep zit in een try/catch die
niets doet en een UPDATE die geen rij raakt is voor SQLite geen fout -- zo kon de
shaer:liked-bug maanden bestaan. Een refactor kan hier dus slagen, groen testen
en tóch state kwijtraken, tenzij het huidige gedrag eerst is vastgeschreven.
Vastgelegd per ingang: de tijdlijn-route schrijft en leest de kolom, de
interact-route schrijft en leest de tussentabel, en alleen het C2S-pad raakt
allebei. Plus twee dingen die makkelijk sneuvelen in een refactor: een vlag op
een post die niet in je tijdlijn staat verdwijnt geruisloos, en
upsertBoostedNote is geen vlag-zetter maar een INSERT die de post je tijdlijn in
trekt zodat de Cirkel hem kan tonen.
Drie tests heten expres "HUIDIG GEDRAG" en horen te GAAN FALEN zodra fase 1 één
setReaction oplevert. Dat is het doel, niet een regressie: zo wordt het
samenvoegen een zichtbare gebeurtenis in plaats van een stille. Dat staat ook in
de kop van het bestand, met de instructie ze dan bewust bij te werken.
De laatste test meet de scheefheid met dezelfde query als fase 0 in shaer-9e9,
zodat de refactor hem kan omdraaien naar === 0.
Suite 422/422.
Co-Authored-By: Claude Opus 5 <noreply@…>
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
