Skip to content

Telegram inbound stickers are not hydrated as agent-readable media #83748

Description

@aaajiao

Summary

Telegram inbound stickers are no longer hydrated as accessible media attachments for the agent. The agent only receives a Telegram file/... sticker ref in conversation context, but no workspace/inbound media path that the image tool can read.

This appears to be a regression: earlier Telegram image/sticker-like media arrived as media/inbound/file_...webp attachments that could be inspected by the agent.

Current behavior

In a Telegram direct chat, user sent a sticker. The agent context showed only:

<media:sticker> [sticker telegram:file/CAACAgUAAxkBAAKTL2n9OJFPxfggLPqSej4GP_xeDP2GAAIhHQACw1y5VRUqDk9No-bQOwQ]

When the agent attempted image analysis, the available temporary path was not usable from the sandbox/image tool:

Path escapes sandbox root (~/.openclaw/workspace; container root /workspace): /mnt/data/40297_image. Use a path under /workspace/ instead.

Searching /workspace did not reveal a corresponding inbound sticker/image file. So the agent could not inspect the sticker.

Expected behavior

Inbound Telegram stickers should be downloaded/hydrated the same way as other inbound media, ideally exposing a stable relative media path such as:

media/inbound/file_<n>---<uuid>.webp

or another workspace-accessible path that image / file tools can read.

The visible context should include the attachment path/mime metadata, not only the provider telegram:file/... ref.

Why this matters

Agents often need to understand user-sent Telegram stickers/images in conversational context. Losing sticker hydration makes sticker messages opaque even though they were previously visible.

Environment

  • OpenClaw: 2026.5.18 (50a2481)
  • Channel: Telegram direct chat
  • Runtime: docker/all sandbox, workspace /workspace
  • Model session: openai-codex/gpt-5.5

Notes

Related but not necessarily duplicate: inbound media sharing / attachment metadata issues. This one is specifically Telegram sticker hydration into an agent-readable media path.

Metadata

Metadata

Assignees

No one assigned

    Labels

    P2Normal backlog priority with limited blast radius.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.clawsweeper:queueable-fixClawSweeper marked this issue as an existing queue_fix_pr work candidate.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.impact:message-lossChannel message delivery can be lost, duplicated, or misrouted.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.no-staleExclude from stale automation

    Type

    No type

    Fields

    Priority

    None yet

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions