Philipinho 4b75383460 fix(base): store file-cell URLs in the editor's /api/files/{id}/{name} shape ...

The file-cell value was storing the raw S3 storage path returned by
attachmentService (e.g. "01944.../files/019dd.../AlgoExpert_Receipt.pdf"),
which the browser can't fetch as-is — and the cell never built it
into a clickable link anyway. Match the editor's attachment node-view
pattern: store url as "/api/files/{id}/{fileName}" on upload and
resolve it through getFileUrl when rendering. The dropdown's file
rows are now <a target="_blank"> links so the user can actually open
the attached file.

`buildFileUrl` falls back to constructing the path from id+fileName
for any pre-existing values that still carry the old shape, so
already-uploaded attachments don't break.

2026-04-28 18:34:12 +01:00

..

client

fix(base): store file-cell URLs in the editor's /api/files/{id}/{name} shape

2026-04-28 18:34:12 +01:00

server

refactor(base): drop dedicated /bases/files/upload endpoint, reuse /files/upload

2026-04-28 15:51:06 +01:00