Implement on-demand prior-period data loading
epic-bufdir-report-preview-screen-and-diff-task-007 — Wire BufdirPeriodDiffView to BufdirPreviewRepository to load prior-period report data only when the diff panel is toggled open for the first time. Use a Riverpod AsyncNotifier to manage loading state. Prior-period fetch must not block the initial preview render — use lazy loading triggered by toggle action. Cache the loaded prior-period data for the session to avoid repeated fetches.
Acceptance Criteria
Technical Requirements
Execution Context
Tier 2 - 518 tasks
Can start after Tier 1 completes
Implementation Notes
Create a `BufdirPriorPeriodNotifier extends AsyncNotifier
The diff panel widget itself should watch the provider to render the appropriate state (loading / data / error).
Testing Requirements
Write flutter_test widget and unit tests covering: (1) AsyncNotifier initial state is AsyncData.loading false / no data, (2) calling load() transitions to AsyncLoading then AsyncData, (3) second call to load() returns cached data without invoking repository, (4) repository error transitions to AsyncError with correct message, (5) widget test verifies loading indicator appears on first toggle, (6) widget test verifies no second fetch on second toggle open. Mock BufdirPreviewRepository using Riverpod overrides. Aim for 100% branch coverage on the notifier.
The preview screen must pass period, scope, and aggregation session state to the Bufdir Report Export screen via navigation arguments. If the export screen's navigation argument schema is not yet finalized when this epic begins, the handoff will require rework — potentially after TestFlight is already in use by coordinators.
Mitigation & Contingency
Mitigation: Define the shared BufdirExportNavigationArgs Dart class jointly with the Bufdir Report Export feature team before this epic starts. Store it in a shared models package both features depend on. Treat the class as an API contract with a minor-version bump policy.
Contingency: If the export screen's argument schema changes after the preview screen is implemented, the BufdirPreviewService session state model can be adapted with a compatibility shim. The preview screen itself requires only a one-line navigation call change.
The period diff view loads prior-period data on demand and renders it inline with the current report. On a large report (many sections, many fields) combined with slow Supabase connectivity, the diff overlay could block the UI or produce a janky re-render that degrades the coordinator experience during the pre-submission review.
Mitigation & Contingency
Mitigation: Load prior-period data in a background Riverpod FutureProvider that starts prefetching when the preview screen mounts (not when the user taps the diff toggle). Show a shimmer placeholder on each field row's prior-period column while loading. Cache prior-period data in BufdirPreviewRepository using the same local cache as current-period data.
Contingency: If diff view performance is unacceptable on TestFlight devices, disable the toggle for the initial TestFlight release and ship the diff view in the following sprint after profiling the Supabase query plan and adding an appropriate Postgres index on the prior-period data table.
The full preview screen will be reviewed by coordinators on TestFlight who will cross-reference it against their physical Bufdir reporting forms. Any section ordering difference or label mismatch discovered during UAT will require a fix before the feature can be signed off, potentially delaying the entire Bufdir reporting pipeline.
Mitigation & Contingency
Mitigation: Conduct a pre-TestFlight alignment review with at least one coordinator from NHF and one from HLF using a static screenshot of the preview screen layout. Obtain written sign-off on section order and field labels before distributing to the full test group of 5-8 people.
Contingency: If label mismatches are found during TestFlight UAT, update BufdirReportStructureMapper constants and rebuild. Since the mapper is a pure Dart class with no persisted state, corrections are deployed in the next TestFlight build with no database migration required.