<hero-logs-viewer> renders against a different LogLine schema than hero_proc returns #10
Labels
No labels
prio_critical
prio_low
type_bug
type_contact
type_issue
type_lead
type_question
type_story
type_task
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lhumina_code/hero_website_framework#10
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
After fw#7 landed (the component now talks to hero_proc directly via /hero_proc/rpc), live verify on a hero_assistance admin dashboard shows the Logs tab populates the source column correctly but leaves timestamp and message empty. Cause is a field-name mismatch between the two ends. hero_proc logs.filter returns rows shaped {line, src, stream, timestamp_ms} but renders against l.ts, l.content, l.src, l.loglevel, l.error, l.tags. Only src lines up. The component JSDoc says "Schema: matches hero_proc LogLine" which suggests this is component drift rather than hero_proc drift, but either end could move. Two viable fix shapes: (a) adjust the viewer to read l.line / l.timestamp_ms and synthesize loglevel from the row prefix (logs-viewer.js around lines 270-290 and 297-301); (b) ask hero_proc to return the documented LogLine shape with ts and content alongside or instead of line and timestamp_ms. The component-side fix is smaller and self-contained.