Skip to content

[stable33] fix(attachments): rewrite attachment file ids when copying folders - #9389

Merged
mejo- merged 1 commit into
stable33from
backport/9387/stable33
Oct 15, 2026
Merged

mejo- merged 1 commit into
stable33from
backport/9387/stable33

Conversation

@backportbot

@backportbot backportbot Bot commented Oct 15, 2026

Copy link
Copy Markdown

Backport of PR #9387

When a folder with Markdown files is copied, the attachment folders are
renamed and the relative `.attachments.<id>/` links are updated, but
`/f/<fileId>` links (e.g. embedded whiteboards) kept pointing at the
attachments of the source file. Users without access to the source
then saw broken attachments in the copy.

Map source attachments to their copies by file name and rewrite the
file ids, as is already done when copying a single file.

Signed-off-by: Jonas <jonas@freesources.org>
Assisted-by: ClaudeCode:claude-opus-5-5
@mejo-
mejo- force-pushed the backport/9387/stable33 branch from 28c9d21 to 6df24a6 Compare October 15, 2026 18:17
@mejo-
mejo- merged commit c0765d3 into stable33 Oct 15, 2026
72 of 74 checks passed
@mejo-
mejo- deleted the backport/9387/stable33 branch October 15, 2026 18:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

3. to review bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants