Cairn
NousResearch/hermes-agent

Detect embedded image MIME type from bytes, not hints

Cluster 139253 · agent. Data as of

3 open items. Fix attempted, not merged.

The short answer

1open issue
2open PRs
3items grouped
Known?
Yes. 3 related items grouped here, 0 issues already closed.
Fix event
No fix has been merged to main. see the attempts below.
Tracker
The maintainers' tracker marks this unresolved. That is separate from the fix event.
Still open
1 issue and 2 PRs.

The members concern screenshots or embedded images being labeled with a MIME type (e.g., image/png) that may not match the actual bytes, such as JPEG data, which is reported to cause an Anthropic 400 error. Two pull requests propose sniffing the type from magic bytes rather than trusting a caller-supplied or hardcoded hint, in browser and vision code paths.

Open issues1

  • Issue#139253browser_exec labels JPEG screenshots as image/png → Anthropic 400 kills the turn (hardcoded mime_type)

Open PRs2

  • PR#139263fix(vision): sniff the embed MIME from magic bytes instead of trusting the caller's hint
  • PR#139419fix(browser): label embedded screenshots by sniffed bytes, not the mime hint
How this cluster was grouped
  • Link evidence (structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference.
  • Pairwise link density 0.67: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. 1.00 means every pair is linked.

Pick up a Lab task

Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.

Open the Lab

At a glance

Subsystem
agent
Closed issues
0
Attempts
0 PRs closed without merging

For your agent

The same facts, typed.

cluster/139253.json
cluster/139253.md