diff options
| author | Lukasz Kasprzak <lukas@labunix.xyz> | 2026-08-05 14:10:34 +0200 |
|---|---|---|
| committer | Lukasz Kasprzak <lukas@labunix.xyz> | 2026-08-05 14:10:34 +0200 |
| commit | eb4a02205f5b3b972c44b854d5becbbd0b522981 (patch) | |
| tree | 6bf2014c441e71dfeb8a06d17c07355c57c51035 /internal/calendar/datespec.go | |
| parent | 197ce6980daa1c3773eed1548f54861d616d35e4 (diff) | |
| download | lectio-eb4a02205f5b3b972c44b854d5becbbd0b522981.tar.gz lectio-eb4a02205f5b3b972c44b854d5becbbd0b522981.zip | |
readings: PartIDs(new) stops declaring aklamacja, which the engine never emits
caldata.go:42 parses only first/psalm/second/gospel out of the lectionary
data, so no OF reading ever carries Part == "acclamation". PartIDs("new")
listed aklamacja anyway, so the app built a checkbox from it that filters
an ID that never appears -- a dead control, same defect class the app
previously shipped for the whole 1962 form.
ofPartOrder stays the full five-ID set: it also drives
render.LocalizeHeading's label matching, where a scraped heading can still
read "Aklamacja" even though this engine's own readings never produce
that section. PartIDs now draws from a new, narrower
ofEmittedPartOrder instead.
Rewrote TestPartLabelsMatchesWhatTheEngineEmits's OF half: it compared
PartLabels("of") to a hand-copied duplicate of ofPartOrder, asserting a
declaration against itself, which cannot fail for this class of bug. It
now sweeps Days over calendar year 2026 and asserts PartLabels("of")
matches the observed part-ID set exactly (0.5s). Confirmed red against
the pre-fix code, green after.
Diffstat (limited to 'internal/calendar/datespec.go')
0 files changed, 0 insertions, 0 deletions
