[BUG] Munder Difflin v0.5.2 — condense subsystem kills the app during idle compaction + corrupts agent notebooks
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- electron, node.js, typescript
Direzione di ricerca
Start by tracing the context condenser code that emits condense and condense-abort events, then inspect how it reads and writes agent memory.md files during idle compaction. Use the supplied hive/log.jsonl timeline and notebook forensics to investigate both reported failures; there are no reproduction steps or named source files in the issue. Done means identifying and fixing the source of app exits and notebook corruption, and verifying compaction no longer causes either.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happened?
We are running Munder Difflin v0.5.2 (packaged, Windows 11 Pro, Electron 32.3.3) as a production multi-agent floor, and we have isolated two critical bugs to the same subsystem: the context condenser ("condense") that compacts idle agent conversations.
Bug 1: The app process dies silently during idle compaction
- The whole app process tree exits with zero OS trace: no crash dump, no Windows Error Reporting entry, no app-hang event, no reboot/sleep (desktop machine, continuously up), and the app writes no exit event of its own.
- We correlated 13 outages in
hive/log.jsonl: the final minutes before nearly every death are bursts of"kind":"condense-abort"events (one every ~40-60s). In the latest death (2026-09-11 08:00:07Z) the last event ever written is a condense-abort; in an earlier one (2026-08-28 15:14:55Z) the last event is a successfulcondense. - A 1-minute external process monitor pinned the latest death to 08:00:02–08:01:02Z — top of the hour, while the machine was idle and the user away. Compaction runs on idle, which matches.
condense-abortvolume is escalating: 11/day (Aug 27) → ~350/day (Sep 2), ~300/day since. Total 2,216 in our log.
Bug 2: Same subsystem corrupts agent notebook files (memory.md)
7 documented strikes on agents' memory.md. Byte-level signature is identical each time: [valid 3,352-byte header] + [stale old snapshot of the file] + [tail of the newest appended block] — i.e., the newest write is applied on top of an old snapshot of the file instead of the live file, and the file shrinks (68,859 → 41,342 across strikes). Strike 7 was stamped 2026-09-10 12:00:37 local while no session of that agent was running at all — only the harness's idle compactor was active.
Bug 3 (minor): child processes are not relaunched on app start
The app launches our Telegram bridge process once but never relaunches it after an app restart. We work around it with an external watchdog.
Evidence available on request
hive/log.jsonl(condense / condense-abort timeline, app-start events)hive/bin/munder_monitor.log(external minute-by-minute liveness log capturing a death)- Byte-level forensics of the notebook corruption (headers/tails/sizes per strike)
Workarounds in place on our side (external watchdogs to relaunch app and bridge), but the condenser itself needs a fix at the source.
Thanks,
Steps to reproduce
Non
Screenshot or screen recording
Non
Logs / stack trace
Operating system
Windows
OS version
11
Munder Difflin version
0.5.2
Node version
Lastest
Agent CLI and version (if relevant)
No response
Pre-flight
- I attached a screenshot or recording above.
- I'm on the latest release, or I've said above why I can't be.
- I re-ran
npm installsonode-ptyis rebuilt for the current Electron ABI (source installs only). - I searched existing issues and this isn't a duplicate.
- Lingua principale
- TypeScript
- Stelle
- 8.5k
- Fork
- 1.2k
- Merge medio
- 1g 14h
- PR unite (30g)
- 71
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un 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 HarnessMD/munder-difflin
-
Monitor dispatch input is too small to send messagesForse già presa @rajpreetcodes l’ha presa 4 giorni fa. Apertabug os:macos
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
HarnessMD/munder-difflin#720 ·
I maintainer di solito rispondono entro 1 giorno
-
JetBrains Junie CLIApertaenhancement
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
HarnessMD/munder-difflin#510 ·
I maintainer di solito rispondono entro 1 giorno
-
Ask Me counter counts down as questions are answered (5/5 to 1/5), which reads as questions disappearingForse di nuovo libera @xiechimon l’ha presa 31 giorni fa e non c’è nessuna pull request aperta. Apertabug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
HarnessMD/munder-difflin#267 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Grok hive hook fails on Windows: munder-hive.json command is not valid PowerShellForse già presa @Dannym-Packetloss l’ha presa 2 giorni fa. Aperta
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 20/100
HarnessMD/munder-difflin#749 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 18/100
HarnessMD/munder-difflin#745 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di HarnessMD/munder-difflin
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
polarsource/polar#15580 ·
I maintainer di solito rispondono entro 1 giorno
-
accepted bug via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
pingdotgg/t3code#20931 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug/1-unconfirmed kind/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 83/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
ranxianglei/billion-context#3583 ·
I maintainer di solito rispondono entro 1 giorno