chore(schedule): third-pass P3 follow-ups from PR #228 #275
Labels
No labels
blocked
bug
enhancement
high-priority
low-priority
needs-info
needs-triage
ready-for-agent
ready-for-human
referenced
research
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
gabogg/hikcentral#275
Loading…
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?
Third-pass P3 findings from PR #228 (spec #186). None blocks merge.
tests/frontend/test_schedule_exception.test.js, "week and month context entries render without dangling colon for nameless holidays" rebuilds the template literal and asserts constants; it runs no production code.test_statistics_deck_week/_monthalready guard the behaviour. Delete it.app/services/monitor_service.py:118and the docstring atapp/services/occupancy_service.py:1338cite "(#186, Spec P3-2)". Keep#186, drop the review-finding ID (the same pattern exists atoccupancy_service.py:783).get_first_flow_epoch_async(app/db/occupancy_repository.py~2297) takes an unfilteredMIN(timestamp_epoch)over all cameras, and the default stamp range skips the 10-year guard. One event from a camera with a bad clock (e.g. 1970) would make the admin default stamp write tens of thousands of days in one transaction. Keep a sanity bound or ignore implausible epochs.