8000 [Feature] Wellness alerts, freshness monitoring, and alert history · Issue #98 · shroominic/OpenGlucose · GitHub
[go: up one dir, main page]

Skip to content

[Feature] Wellness alerts, freshness monitoring, and alert history #98

Open

Description

@shroominic

Outcome

Make OpenGlucose operational in daily use with trustworthy, user-configured freshness, disconnect, and optional glucose-threshold notifications—without claiming medical-grade emergency monitoring.

Dependencies and coordination

Scope

  • Pure-Dart evaluator for stale data, disconnect, and optional high/low wellness thresholds.
  • User-configurable values, units, quiet hours, repeat/snooze behavior, and disable controls.
  • Foreground and background local delivery on supported platforms.
  • In-app alert history with trigger evidence, freshness/source state, dismissal, and retention.
  • Explicit behavior during warmup, reconnection, sensor expiry, sample mode, and missing permissions.
  • Rate limiting and deduplication across restarts/background transitions.
  • Separate private lock-screen content consent from alert enablement.

Product language

These are wellness/self-experimentation notifications, not clinical hypo/hyper alarms, diagnosis, treatment guidance, or emergency monitoring.

Parallelization

Blocked and serialized until PR #35 lands. The pure-Dart evaluator and fixtures may be designed in parallel, but native notification files have one owner.

Acceptance criteria

  • Threshold, stale, and disconnect rules are deterministic and unit tested.
  • Warmup values never trigger glucose-threshold alerts.
  • Stale/disconnected notifications distinguish freshness failure from a glucose value.
  • Duplicate/repeated/background transitions do not spam.
  • Permission denied/revoked, reboot, app kill, timezone, quiet hours, and sensor replacement are tested.
  • Alert history shows why an alert fired and which timestamp/source state supported it.
  • Sensitive lock-screen values remain redacted by default and consent revocation fails closed.
  • Sample/demo data generates no personal notifications.
  • Physical-device Android/iOS evidence and R2 independent review are complete.

Repository-owner recreation of the legacy issue at #45. The original discussion remains available there.

Activity

  1. added this to the 0.4 Evidence AI milestone on Sep 1, 2026
  2. added
    enhancementNew feature or request
    area:alertsNotifications, freshness, disconnect, and wellness alerts
    parallel:blockedWaiting on an explicit dependency
    risk:R2Health data, persistence, integration, AI, accessibility, or native risk
    priority:P1Next product-value delivery
    coordination:serializedTouches shared high-conflict files and must be sequenced
    on Sep 1, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:alertsNotifications, freshness, disconnect, and wellness alertscoordination:serializedTouches shared high-conflict files and must be sequencedenhancementNew feature or requestparallel:blockedWaiting on an explicit dependencypriority:P1Next product-value deliveryrisk:R2Health data, persistence, integration, AI, accessibility, or native risk

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      0