Release v0.10.2 so the channel actually carries attachments #110

New issue

Closed

opened 2026-08-25 06:45:18 +00:00 by jlxq0 · 1 comment

jlxq0 commented

2026-08-25 06:45:18 +00:00

Owner

fix(channel): carry attachments, and their captions (#107, merge 153e562) is
on main and not in any tag. The deployed image is matrix-mcp:v0.10.1, which
is 613cc9e:

git merge-base --is-ancestor 153e562 v0.10.1   # false

So the running server silently drops images. Observed today: Julian sent a
screenshot into !nJqaJVNKzmgkUjjSLE:kampong.social at 14:40 SGT, the session
received his following text message and no attachment, and the m.image event
was only visible by reading the room back through read_recent_messages.

Tag v0.10.2 off main, let CI build and push, let Renovate bump
oddie-apps/platform and ArgoCD sync. Do not hand-edit the manifest.

Acceptance

Confirm the deployed image is the new tag, then have Julian send one image into
the room and confirm the attachment reaches the session as an attachment — not
that the pod restarted, and not that the tag exists.

`fix(channel): carry attachments, and their captions` (#107, merge `153e562`) is on `main` and not in any tag. The deployed image is `matrix-mcp:v0.10.1`, which is `613cc9e`: git merge-base --is-ancestor 153e562 v0.10.1 # false So the running server silently drops images. Observed today: Julian sent a screenshot into `!nJqaJVNKzmgkUjjSLE:kampong.social` at 14:40 SGT, the session received his following text message and no attachment, and the `m.image` event was only visible by reading the room back through `read_recent_messages`. Tag `v0.10.2` off `main`, let CI build and push, let Renovate bump `oddie-apps/platform` and ArgoCD sync. Do not hand-edit the manifest. ## Acceptance Confirm the deployed image is the new tag, then have Julian send one image into the room and confirm the attachment reaches the session as an attachment — not that the pod restarted, and not that the tag exists.

jlxq0 referenced this issue

2026-08-25 06:47:52 +00:00

Let the channel mount open an attachment, not just name it #111

jlxq0 commented

2026-08-27 15:11:59 +00:00

Author

Owner

Shipped in v0.10.2, tagged at 153e562, which merged #107 — the channel now carries an attachment and its caption rather than the body alone. v0.10.3 then added download_attachment to the mount so a session can fetch the bytes rather than only be told a file arrived.

Closing on a stale-issue sweep: it was open for four releases after the thing it asked for was running.

Shipped in `v0.10.2`, tagged at `153e562`, which merged #107 — the channel now carries an attachment and its caption rather than the body alone. `v0.10.3` then added `download_attachment` to the mount so a session can fetch the bytes rather than only be told a file arrived. Closing on a stale-issue sweep: it was open for four releases after the thing it asked for was running.

jlxq0 closed this issue

2026-08-27 15:11:59 +00:00