8000 [Feature] Complete health-data export, deletion, retention, and recovery · Issue #93 · shroominic/OpenGlucose · GitHub
[go: up one dir, main page]

Skip to content

[Feature] Complete health-data export, deletion, retention, and recovery #93

Open

Description

@shroominic

Outcome

Give users complete control over every OpenGlucose data class: glucose sessions, readings, events, imported samples, AI artifacts, integration state, settings, and secrets.

Dependencies

Scope

  • Inventory every persisted data class and storage location.
  • Add one complete, versioned export bundle with manifest, schema version, hashes, provenance, and preview.
  • Add verified full deletion covering databases, archive files, preferences, secure-store keys, model files, temporary shares, sync anchors, and native/background surfaces.
  • Define configurable local retention without silently deleting source readings.
  • Add authenticated/encrypted recovery bundle design and restore validation.
  • Add machine-readable CSV/JSON export plus readable report generation after canonical data export is correct.
  • Exclude temporary/recovery artifacts from platform backups as required.

Parallelization

Schema-independent threat modeling, manifest design, UX copy, and deletion inventory can start now. Database implementation waits for #89. One owner must coordinate migrations and destructive operations.

Acceptance criteria

  • A complete export includes every opted-in data class and clearly lists exclusions.
  • Restore round-trips a representative multi-sensor, meals, sleep, workout, HR, integration, and AI fixture.
  • Delete all leaves no recoverable app-owned health data or keys after relaunch.
  • Interrupted export/restore/delete operations fail closed and are recoverable.
  • Retention rules are explicit, previewed, reversible where possible, and tested at boundaries.
  • Temporary files are minimized, removed, backup-excluded, and never logged.
  • Corrupt, future-version, partial, and tampered bundles are rejected safely.
  • Accessibility, privacy documentation, rollback plan, and R2 independent review are complete.

Product boundary

No export or recovery path may silently upload data or imply cloud backup.

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

Activity

  1. added this to the 0.2 Data & Context milestone on Sep 1, 2026
  2. added
    enhancementNew feature or request
    parallel:blockedWaiting on an explicit dependency
    risk:R2Health data, persistence, integration, AI, accessibility, or native risk
    priority:P0Critical path or release-blocking work
    area:dataData model, persistence, migration, export, deletion
    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:dataData model, persistence, migration, export, deletionenhancementNew feature or requestparallel:blockedWaiting on an explicit dependencypriority:P0Critical path or release-blocking workrisk:R2Health data, persistence, integration, AI, accessibility, or native risk

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      0