Files
oott/TODO.md
T
rzuastiandClaude Opus 4.8 98b5fa267f Add automated test suite for the Flutter frontend
Introduce a headless `flutter test` suite (83 tests) covering models,
utilities, every API endpoint, and the five screens, with shared helpers
and fixtures so new tests stay terse.

API endpoint methods are statically-dispatched extensions on the
BackendAPI singleton, so they cannot be mocked via `implements`. Mock at
the Dio HTTP-adapter layer (http_mock_adapter) instead, enabled by two
small @visibleForTesting seams: BackendAPI.dioForTesting swaps the
singleton's Dio, and BackendReachability.forceOnlineForTesting() forces a
deterministic online state so polling widgets load.

Add frontend/run_tests.sh and document it in CLAUDE.md.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-03 19:41:52 -04:00

1.4 KiB

OOTT ToDo list

  • Add linting to CLAUDE.md for both Rust and Dart
  • Review and document the release process
  • Add support for push notifications to the app (iOS and Android)
  • Review the README.md file

Backend

  • Add configuration options to enable/disable each scanner
  • Implement the pushover API call directly to support HTML content and review notification text to use it
  • Add "devices seen on last scan" to the ARP and SNMP scanners status
  • Modify the passive scanners status to count devices seen in the last hour
  • Simplify the code of scanners (repeated logic)
  • Modify the event management to ignore duplicate events if they happen within a time threshold
  • Review the recommended timings for the ARP scanner (change defaults) — SNMP defaults set to 10m/5s

Frontend

  • Can we add front-end tests?
  • Break down oott_api.dart in modules

Improve engine

Passive (low noise, no probing):

  • Passive packet capture — observe any broadcast/multicast traffic; a device that never responds to ARP still generates traffic

Active (you probe the network):

  • NDP (Neighbor Discovery Protocol) — IPv6 equivalent of ARP; important if the network uses IPv6

Via infrastructure:

  • SNMP query to router/firewall — pull the ARP table directly via SNMPv2c (no local probing); see [snmp_scanner] config
  • Extend the SNMP scanner: SNMPv3 support, and switch MAC/forwarding table (port/VLAN) polling