aboutsummaryrefslogtreecommitdiff
path: root/docs/specs/keybinding-console-safety-spec.org
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-07-28 01:03:09 -0500
committerCraig Jennings <c@cjennings.net>2026-07-28 01:03:09 -0500
commit58f7fb0b672231858377d1cf4e5ce70fb8a3e8c3 (patch)
tree9b4a1c76c0d28e8f32e7ef13a6a7c4973d5516be /docs/specs/keybinding-console-safety-spec.org
parent9da363f35b2b9ebc5ffefb41cf092b006c56a695 (diff)
downloaddotemacs-58f7fb0b672231858377d1cf4e5ce70fb8a3e8c3.tar.gz
dotemacs-58f7fb0b672231858377d1cf4e5ce70fb8a3e8c3.zip
fix(telega): alert on server death and pin the container image
- A dead telega-server now raises a persistent desktop notification. - The container image is pinned by digest, not by tag. - A clean telega exit stays silent, so quitting never pages. telega reports an abnormal server exit through the echo area, where it scrolls away unseen. That's how a dead server reads as a quiet Telegram. The scan stops partway, and the chats it never reached look empty. It's happened twice. Both times something downstream caught it rather than the failure announcing itself. telega pins its image only when its TDLib min and max versions match. Here the max is nil, so the image was always the latest tag. A floating tag against a fixed elpa package means the server can change underneath it with nothing announcing that either. Neither change fixes the crash. The root cause is still open. The assertion is a plist parse failure. Its coredump shows a smashed stack, which reads more like memory corruption than a parse rejection. I didn't pull a newer image, which was the other half of the plan. The pull was meant to test whether an old server was failing against newer elisp. The frozen image ships libtdjson 1.8.64, exactly the version this telega requires. That theory no longer holds, so pulling would trade a matched server for an unknown one.
Diffstat (limited to 'docs/specs/keybinding-console-safety-spec.org')
0 files changed, 0 insertions, 0 deletions