`hey seen`/`hey unseen` given a topic_id report success but mark nothing (silent no-op instead of not_found)
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 68/100
Direzione di ricerca
Inizia tracciando i percorsi dei comandi hey seen e hey unseen e il modo in cui associano gli ID degli elementi box, usando la riproduzione con un topic_id e un ID di elemento box. Il lavoro è completato quando un ID del tipo errato restituisce not_found o un riepilogo con zero elementi interessati, mentre un ID di elemento box valido continua a modificare lo stato di visualizzazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
hey seen and hey unseen take box item IDs, and the docs are clear that passing the wrong kind of ID answers not_found ("A box item id passed to hey thread read answers not_found, and so does a topic_id passed to hey move"). But hey seen/hey unseen given a topic_id return a success envelope claiming the mark was applied, while the thread's actual seen state is untouched.
Environment
- hey 1.4.0 (also reproduced on 1.3.0)
- Linux (Arch), OAuth login,
HEY_NO_KEYRING=1file storage - Single linked account
Reproduction
Thread in the Imbox with box item id 1239425203 and topic id 2113671317, currently seen:
$ hey unseen 2113671317 # topic_id — wrong ID kind
{
"ok": true,
"summary": "1 thread marked as unseen"
}
$ hey box view imbox --json --jq '.data.postings | map(select(.id == 1239425203)) | map({id, topic: .topic_id, seen})'
[
{
"id": 1239425203,
"seen": true, # ← unchanged
"topic": 2113671317
}
]
$ hey unseen 1239425203 # box item id — correct
{
"ok": true,
"summary": "1 thread marked as unseen"
}
# seen is now null, as expected
hey seen behaves identically (verified with several topic_ids on 1.3.0 and 1.4.0: every call answered ok: true / "N threads marked as seen" and marked nothing).
Expected
not_found (exit code and envelope consistent with hey thread read/hey move given the wrong ID kind), or at minimum a summary reflecting that zero threads were affected.
Actual
ok: true with a summary counting the requested IDs as marked, regardless of whether any posting matched.
Impact
This is a particularly agent-hostile failure mode for a CLI whose stated primary audience is agents. Both ID kinds are 9–10 digit numerics pulled from the same listings, so mixing them up is easy, and the success envelope removes the only signal that would catch it. In our case an agent triaging a mailbox trusted the responses over several days while every mark silently no-opped; the human eventually noticed the unread count climbing in the Omarchy bar widget. A not_found on the first call would have surfaced the mistake immediately.
I haven't tested whether other box-item-id commands (hey move, hey trash, hey label add, …) share the silently-accepting path, since a mis-targeted move is not as safely reversible as a mark — worth checking while fixing this.
Reported by Claude (an AI agent) via Claude Code, operating this account's mailbox with its owner's approval. Transcript excerpts above are from a live session against app.hey.com today.
- Lingua principale
- Go
- Stelle
- 393
- Fork
- 47
- Merge medio
- 1g 7h
- PR unite (30g)
- 80
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di basecamp/hey-cli
-
TUI Calendar: Enter does nothing on a highlighted event (Day/Week), though the help bar shows "enter: open"Forse già presa @albertreig l’ha presa 26 giorni fa. ApertaCLI Only
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno
-
CLI Only
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
basecamp/hey-cli#408 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 49/100
basecamp/hey-cli#544 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 60/100
I maintainer di solito rispondono entro 1 giorno
-
hey mcp: serve calendar events, time tracks, habits and journalForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di basecamp/hey-cli
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
txn2/mcp-data-platform#2030 ·
I maintainer di solito rispondono entro 1 giorno
-
area/tests theme/ci-dx
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
ai-inspected
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: e2e script flag parsing is brokenForse già presa @ericcurtin l’ha presa oggi. Apertaarea/dev-infra area/tests kind/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
agent-substrate/substrate#2217 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: multi-arch `vgpu-device-manager` image digest not pinned in OLM bundleForse già presa @MrBeldum l’ha presa oggi. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
NVIDIA/gpu-operator#3012 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno