dangernoodle-io / breadboard / 29796207974

96%

push

github

feat: gather-then-stream /api/health cutover onto bb_health_section (B1-1100) (#968)

- rewrite the ESP-IDF /api/health handler around bb_health_compose_and_stream(): phase 1 gathers every registered section into a request-scoped arena (zero bytes on the wire until every fill succeeds), phase 2 streams root (RAW) + sections (OBJECT) via bb_http_serialize_stream_compose_ex with f64_shortest=true
- add bb_health_section_count()/bb_health_section_get_by_index() iterator so the composer can walk the registry
- repoint schema assembly onto bb_health_assemble_schema() (bb_health_section registry); retire the legacy bb_response-backed bb_health_register_section() API and bb_response/bb_json deps from bb_health
- move the freeze tripwire onto bb_health_section_freeze(), called once from bb_health_init() at the same lifecycle point the legacy bb_response freeze used to fire
- add bb_http_serialize_stream_compose_ex() (f64_shortest pass-through) to bb_http_server, thin-wrapped by the existing bb_http_serialize_stream_compose()
- wire the composed /api/health into examples/floor (the handwire HW-validation vehicle): register bb_temp/bb_mqtt_client health sections, call bb_health_init() from the http lifecycle observer
- host tests: revert-detector proving gather-then-stream (manually verified RED on an interleaved revert, GREEN restored), full-document golden against the real bb_temp/bb_mqtt_client producers with byte-exact f64_shortest output, iterator + compose_ex coverage
- fix stack-budget comment in bb_health_section_priv.h (and matching Kconfig help) to state the real ~2 KB composer worst case (1024 B scratch arena + 768 B serialize flush buffer + ~200 B overhead), not just one section's 128 B scratch slot
- fix bb_health_init() to assemble the /api/health schema exactly once, guarding against a heap leak on every re-entrant re-init (WiFi pause/resume re-fires init); add a host test proving repeated assembly calls return the same cached pointer


Claude-Se... (continued)

7593 of 8212 branches covered (92.46%)

Branch coverage included in aggregate %.

56 of 56 new or added lines in 5 files covered. (100.0%)

12875 of 13046 relevant lines covered (98.69%)

1189.71 hits per line