3 people 6a9d8014e5 Tag plugin logs structurally and surface the active plugin in System Logs (#418) ...

- get_logger() now returns a PluginLoggerAdapter when given a plugin_id,
  so every plugin log call is stamped with plugin_id automatically instead
  of only calls that explicitly passed extra={'plugin_id': ...}. This makes
  the "[Plugin: x]" prefix reliable in the journalctl-backed log stream.
- display_controller publishes the currently active mode/plugin to the
  shared cache whenever it changes, exposed via a new
  GET /api/v3/display/current-status endpoint.
- System Logs page: adds a "Now showing" banner backed by that endpoint, a
  plugin filter dropdown (populated from parsed log lines), a plugin badge
  per log entry, and fixes log parsing to handle the short-iso timestamp
  format journalctl actually returns (the old regex only matched syslog
  timestamps, so level/plugin extraction silently never ran).

Co-authored-by: Claude <noreply@anthropic.com>

2026-07-18 10:59:36 -04:00

..

__init__.py

Plugins (#145)

2025-12-27 14:15:49 -05:00

api_v3.py

Tag plugin logs structurally and surface the active plugin in System Logs (#418)

2026-07-18 10:59:36 -04:00

pages_v3.py

Web UI: mobile navigation, guided onboarding, basic/advanced config tiering + performance (#417)

2026-07-16 20:32:07 -04:00