Show real upload percentage (web + native, fula_client 0.6.11)

[ehsan6sha]

Shows a real upload percentage (web + native) instead of the time-based estimate, using the SDK progress API added in fula_client 0.6.11 (functionland/fula-api#43). Bumps fula_client to ^0.6.11 + re-syncs web/pkg.

How it works

The SDK reports real cumulative bytes per content chunk via a pollable handle (createProgressHandle / pollProgress). FulaApiService creates a handle, polls it every 200 ms while the upload future runs, and forwards real bytes to the existing onProgress callback:

• uploadLargeFile → putFlatWithProgress (web).
• uploadLargeFileResumable / resumeLargeFileUpload → *WithProgress (native; a throwaway CancelHandle is synthesized when the caller passed none, since the progress variant requires one).

Polled bytes are capped so the bar never reads 100% before the upload future resolves — the SDK reaches total at the last chunk's PUT, before the index PUT + forest-flush tail. A final onProgress(total, total) fires only after a successful await.

• Native: sync_service's onProgress now also calls UploadProgressManager.updateProgress(localPath, bytes). UploadProgressState gained an optional bytesUploaded; its percentage prefers real bytes (clamped 0–99) and falls back to the time estimate when the SDK reports nothing.
• Web: WebUploadManager already maps onProgress.percentage → job.progress, so the tray bar animates with no tray changes.

Caveat (by design)

Small / non-chunked uploads emit no per-chunk events, so their bar stays at 0% until completion (then jumps to 100%) — the time-estimate fallback covers the native path; the web small-file path (uploadObject, ≤768 KB) never had progress. Cosmetic only.

Changes

• pubspec.yaml / pubspec.lock: fula_client ^0.6.11.
• web/pkg/: re-synced via tools/sync-wasm-pkg.ps1 to the v0.6.11 flutter-wasm-pkg.zip (VERSION 0.6.11) so the committed wasm matches the pinned SDK and the deploy gate passes.
• lib/core/models/upload_progress.dart, lib/core/services/{fula_api_service,sync_service,upload_progress_manager}.dart.
• test/unit/core/models/upload_progress_test.dart (6 tests).

Validation

• flutter analyze clean; model/manager unit tests green; flutter build web --release green against 0.6.11.
• SDK side (fula-api Native: shelf merge-before-write so web-added items survive native sync #43, 0.6.11): TDD wiremock + live-master E2E both paths, all gates green.

Verification status

The model + manager have unit tests, but the polling wiring itself (_startProgressPoll → pollProgress → onProgress → tray/manager) has no automated test — it's validated post-deploy:

• Web (this deploy): a large (multi-chunk, >768 KB) upload on files.fx.land must show intermediate, advancing values (e.g. 0→37→61→…→99→100), not a 0→100 jump. A small (≤768 KB) upload must still complete cleanly (no-event fallback path).
• Native (iOS/Android/Windows): runtime-unverified here. flutter analyze + the Rust-side E2E don't prove the device path (sync_service → uploadLargeFileResumable → putFlatResumableFromPathWithProgress → poll → updateProgress) actually moves the bar — needs an on-device check when the native app is next built.

🤖 Generated with Claude Code