Skip to content

fix: update attachment URLs for new server route layout#282

Merged
butschster merged 1 commit into
masterfrom
fix/attachment-api-path
May 13, 2026
Merged

fix: update attachment URLs for new server route layout#282
butschster merged 1 commit into
masterfrom
fix/attachment-api-path

Conversation

@butschster
Copy link
Copy Markdown
Member

What

Updates the client to call attachments through /api/{module}/attachments/{eventUuid}[/{uuid}].

Why

Companion to buggregator/server#336. The server's previous attachment layout (/api/{module}/{eventUuid}/attachments/{uuid}) collided with the new SMTP message routes and made the server panic at startup. The server PR nests attachments under a literal attachments segment to break the conflict; this PR keeps the frontend in sync.

Testing

Manual: open an SMTP event in the UI and confirm the attachments list and download links work against a server built with the companion PR.

Companion to buggregator/server#336. The server now namespaces
attachment endpoints as /api/{module}/attachments/{eventUuid}[/{uuid}]
so they no longer collide with module-specific 4-segment routes like
/api/smtp/message/{uuid}/raw.
@butschster butschster added the bug Something isn't working label May 13, 2026
@butschster butschster merged commit 6fbf497 into master May 13, 2026
2 checks passed
@butschster butschster deleted the fix/attachment-api-path branch May 13, 2026 04:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

1 participant