fix(app): Storage home links use the /app/<table> route #30

Merged
KofTwentyTwo merged 1 commits from fix/object-storage-app-links into develop 2026-10-16 15:19:59 +00:00
KofTwentyTwo commented 2026-10-16 14:12:34 +00:00 (Migrated from github.com)

Summary

The objectStorageHome HTML widget built its links from StorageWidgets.tablePathPrefix(), which returned /objectStorageAdmin (or /<parent>/objectStorageAdmin under a parent app). Next (qqq-frontend-next main, 1.0.0-RC line) serves tables, apps, processes and reports from one flat route, src/app/(dashboard)/app/[slug]/page.tsx (/app/<slug>) with record pages at /app/<slug>/<recordId>; there is no /<appName>/<table> route. tablePathPrefix() now returns /app (new ObjectStorageQBitConfig.tablePathPrefix, default /app, same pattern as qbit-backups), so every link is /app/<table>, /app/<table>/<id> or /app/<table>?filter=....

Rubric item moved

A9 (links resolve) on Storage (objectStorageAdmin).

Audit row fixed

Storage A9: inner links in the objectStorageHome HTML widget use /objectStorageAdmin/<table> rather than the /app/<table> form every other qbit uses.

Tests

  • New MinioIndexTest.everyHomeLinkUsesTheAppRoute: every href in the rendered widget, with no data and with scanned buckets/orphans/operations, starts with /app/ and none contains objectStorageAdmin.
  • TablesAndConfigTest.testParentApp now expects the /app prefix. Ran TablesAndConfigTest (10) and the two MinioIndexTest home tests; full verify left to CI.

Screenshots

No visual change; only link targets change. Full-page check happens when kof22 pins the release.

Release

A qbit-object-storage RC release is needed (after 0.1.0-RC.7). kof22 (Website-Backend) pom.xml currently pins qbit-object-storage.version 0.1.0-RC.7 on origin/main and must be bumped to the new RC. Other qbits (collaboration, EDI) depend on this qbit but are unaffected.

🤖 Generated with Claude Code

## Summary The `objectStorageHome` HTML widget built its links from `StorageWidgets.tablePathPrefix()`, which returned `/objectStorageAdmin` (or `/<parent>/objectStorageAdmin` under a parent app). Next (qqq-frontend-next `main`, 1.0.0-RC line) serves tables, apps, processes and reports from one flat route, `src/app/(dashboard)/app/[slug]/page.tsx` (`/app/<slug>`) with record pages at `/app/<slug>/<recordId>`; there is no `/<appName>/<table>` route. `tablePathPrefix()` now returns `/app` (new `ObjectStorageQBitConfig.tablePathPrefix`, default `/app`, same pattern as qbit-backups), so every link is `/app/<table>`, `/app/<table>/<id>` or `/app/<table>?filter=...`. ## Rubric item moved A9 (links resolve) on Storage (`objectStorageAdmin`). ## Audit row fixed Storage A9: inner links in the `objectStorageHome` HTML widget use `/objectStorageAdmin/<table>` rather than the `/app/<table>` form every other qbit uses. ## Tests - New `MinioIndexTest.everyHomeLinkUsesTheAppRoute`: every `href` in the rendered widget, with no data and with scanned buckets/orphans/operations, starts with `/app/` and none contains `objectStorageAdmin`. - `TablesAndConfigTest.testParentApp` now expects the `/app` prefix. Ran `TablesAndConfigTest` (10) and the two `MinioIndexTest` home tests; full verify left to CI. ## Screenshots No visual change; only link targets change. Full-page check happens when kof22 pins the release. ## Release A qbit-object-storage RC release is needed (after 0.1.0-RC.7). kof22 (Website-Backend) `pom.xml` currently pins `qbit-object-storage.version` 0.1.0-RC.7 on origin/main and must be bumped to the new RC. Other qbits (collaboration, EDI) depend on this qbit but are unaffected. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
Sign in to join this conversation.