Web Cloud Files: tag chips on file rows

[ehsan6sha]

What

File rows in the web Cloud Files manager now show the same compact tag chips the category tabs already show — closing the round-3 gap (the Tags action shipped in #81, but chips on rows did not). v1.11.4.19.

How

• New _fileTags state + best-effort _refreshTags(bucket, objects) (mirror of WebBucketScreen._refreshTags) — wrapped in try/catch so a tag-manifest failure never blocks or fails the listing.
• Indexed over the whole flat bucket (the listObjects result), not the current folder, so drilling into subfolders shows chips with no reload — _enterFolder only changes the prefix. Rows look up _fileTags[o.key].
• Refreshed after each listing (including the silent upload-complete reload) and after a tag edit.
• _fileTags cleared on bucket switch (_openBucket/_toBuckets) so a stale chip can't flash against a coincidentally same-named key before the async refresh returns.
• Chips rendered in the row subtitle (Column: size + _TagChipRow), only when non-empty.
• _TagChipRow duplicated from WebBucketScreen (copy Windows #2; shared-widget extraction deferred to a 3rd consumer, per project rule-of-three — and editing the working category-tabs screen would expand the can't-runtime-verify blast radius).

No SDK or shared-service changes — WebTagService.tagsForObjects / _bareKey matching is untouched, so chips are computed identically to (and stay consistent with) the already-shipped Tags action.

Verification

• flutter analyze (changed files): clean.
• flutter build web --release: green.
• Advisor-reviewed (built-in advisor + cursor; agy unavailable this run — not authed for headless). Confirmed: whole-bucket indexing for folder nav (cursor's critical catch), clear-on-switch, duplicate-not-extract, leave _bareKey alone.

Live-verify gate (web-only; not signed-in-testable here)

• Tag a file inside a folder, reload → chip shows. This is the discriminating check: root-file success does not prove subfolder matching, which depends on the runtime listObjects key carrying a leading slash (/sub/file). Degrades gracefully (no chip, never a crash) and matches the existing Tags action either way.
• Edit tags via ⋮ → chips update immediately.
• Untagged file → no chip row (no extra vertical gap); a file with 3+ tags → two chips + "+N".

🤖 Generated with Claude Code