diff options
| author | Craig Jennings <c@cjennings.net> | 2026-07-28 01:03:09 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-07-28 01:03:09 -0500 |
| commit | 58f7fb0b672231858377d1cf4e5ce70fb8a3e8c3 (patch) | |
| tree | 9b4a1c76c0d28e8f32e7ef13a6a7c4973d5516be /tests/test-dirvish-config-quick-access.el | |
| parent | 9da363f35b2b9ebc5ffefb41cf092b006c56a695 (diff) | |
| download | dotemacs-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 'tests/test-dirvish-config-quick-access.el')
0 files changed, 0 insertions, 0 deletions
