Entergram Update, Woche vom 25. Juni 2026: Stabilität, Proxy-Werkzeuge und über 25 Fixes

Das war eine sehr technische Woche bei Entergram. Wir haben zwei neue Infrastrukturfunktionen ausgeliefert, die Stabilität für Workspaces mit hohem Volumen deutlich verbessert und über 25 Fehler geschlossen, die Messaging, Verbindungsverwaltung, Onboarding, Abrechnung und die CRM-Tabelle betrafen. Hier ist alles, was gelandet ist.

Administratoren können Proxy-Traffic jetzt einzelnen Routen und verbundenen Konten zuordnen. Damit sehen Sie, welche Verbindungen am meisten Proxy-Bandbreite verbrauchen. Ergänzend lassen sich einzelnen Routen dedizierte statische Proxys zuweisen. Das ist nützlich, wenn Sie für bestimmte Telegram-Konten eine vorhersagbare, stabile IP brauchen, statt den Pool rotieren zu lassen.

DEV-149 auf Linear

Ein Hintergrundprozess prüft jetzt regelmäßig jeden Proxy und aktualisiert dessen Zustand. Das Admin-Panel zeigt damit die tatsächliche Verbindungslage, sodass Sie degradierte Proxys erkennen, bevor sie Ihre Nutzenden stillschweigend beeinträchtigen, statt die Probleme erst über Support-Tickets zu entdecken.

DEV-151 auf Linear

Große Workspaces mit Hunderten Chats über viele verbundene Konten hinweg litten unter erheblichem Blockieren des Main-Threads und spürbarer Browser-Trägheit. Diese Woche haben wir die ws-v2-Verbindungs-Engine überarbeitet, sodass account.bind-Spitzen gedrosselt und folder.chats.fetch-Aufrufe zeitlich verteilt werden. Das Ergebnis: Eine QA-Sitzung, die zuvor 692 lange Tasks und rund 166 Sekunden blockierten Main-Thread erzeugte, lädt jetzt sauber durch.

DEV-191 auf Linear

In ausgelasteten Workspaces zeigten Konten den Hinweis „Neuverbindung erforderlich / Getrennt", obwohl die MTProto-Sitzung im Backend lebte und Traffic bediente. Wer daraufhin auf Neu verbinden klickte, löste unnötige Neuanmeldungen aus und lief teilweise in FLOOD_WAIT-Limits von Telegram für die betroffene Rufnummer. Der Hinweis erscheint jetzt nur noch bei einem echten Verbindungsproblem.

DEV-177 auf Linear

Sprachnachrichten spielen wieder ab. Eingehende Sprachnachrichten schlugen stillschweigend fehl, der Play-Knopf tat nichts. Über alle Chattypen hinweg behoben. (DEV-133)

„Socket closed"-Fehler behoben. Mehrere Workspaces erlebten harte Verbindungsabbrüche mit einem chat.subscribe-Kontextfehler. Die zugrunde liegende Reconnect-Logik des Sockets ist jetzt stabil. (DEV-120)

Verlauf in Supergruppen und Kanälen lädt korrekt. Die Navigation in Supergruppen löste „Invalid realtime command payload"-Fehler auf dem history.around-Pfad aus, wenn das Frontend Peer-Hinweise (entity_class_name) sendete, die das Gateway nicht kannte. Auf Gateway-Ebene behoben. (DEV-168, PRODUCT-121)

Die Seite friert beim Chatten oder Weiterleiten nicht mehr ein. Eine ganze Klasse von Einfrier- und Neuladeproblemen, die Mitarbeitende mitten im Gespräch traf, ist behoben. (DEV-143)

Der Online-Status ist konsistent. Die Präsenzanzeige in der Chat-Tabelle und die im Chat-Header lasen aus unterschiedlichen Quellen. Sie teilen sich jetzt einen einzigen aufgelösten Präsenzstatus. (DEV-186)

Korrekte Absendernamen im Gruppenchat. Nachrichtenblasen in Gruppen-Threads zeigten über dem Inhalt manchmal den falschen Telegram-Benutzernamen. Auf beiden Pfaden behoben, chat_list.window.snapshot und live_chat_list.delta. (DEV-192)

Ungelesen-Zähler bleiben korrekt. Mehrere Situationen führten dazu, dass der Zähler zu hoch stand, etwa zwei gesendete Nachrichten und fünf als ungelesen markierte. Der Zähler gleicht sich jetzt auch über Neuverbindungen hinweg korrekt ab. (DEV-135)

Doppelte Nachrichtenblasen behoben. Wenn zwei oder mehr verbundene Konten denselben Chat teilten, konnte dieselbe Nachricht im geöffneten Thread zweimal erscheinen. Das war ein Deduplizierungsfehler beim Rendern im Frontend und kein Problem der kontoübergreifenden Zusammenführung. Behoben. (DEV-183)

Absender-Fallback und Reaktions-Urheber aufgelöst. Der Chatverlauf zeigte bei eingehenden Nachrichten teilweise other als Absenderbezeichnung, und Reaktions-Popovers blieben bei „Loading reactions" hängen. Beides behoben. (DEV-156)

Chats bleiben nach Ihrer Antwort in der Ordneransicht. Ordner mit der Option „Gelesene Chats ausschließen" warfen einen Chat in dem Moment heraus, in dem jemand antwortete, sodass das Gespräch mitten in der Sitzung verschwand. Ordner behalten beantwortete Chats jetzt, bis Sie wegnavigieren. (DEV-178)

MCP sendet an neue Kontakte. Die MCP-Integration lief auf einen Fehler, wenn sie eine Nachricht an einen Telegram-Kontakt senden sollte, mit dem Sie zuvor nie geschrieben hatten. Erstkontakte funktionieren jetzt korrekt. (DEV-141)

Tote Sitzungen erholen sich automatisch. Ein Fehler in der Kapazitätslogik des Session-Agents (observeRoutes) sorgte dafür, dass manche Sitzungen nach ihrem Ausfall nicht mehr neu starteten. Betroffene Konten zeigten bei jeder Verlaufs- oder Ordneranfrage nats: no responders, und ein Neustart des Agents half nicht. Der Starvation-Bug ist behoben, tote Sitzungen beleben sich jetzt selbst wieder. (DEV-139)

Der ws-v2-Verbindungsdialog flutet keine 400er mehr. Ein Timing-Problem ließ die Polling-Schleife beim Kontoverbinden dauerhaft eine nicht existierende Auth-Session-ID abfragen, was Hunderte API request failed: 400-Meldungen in einer einzigen Sitzung erzeugte. Im Lebenszyklus des Pollings behoben. (DEV-181)

Der Proxy-Verbindungsstatus wird in den Einstellungen korrekt angezeigt. Die Proxy-Anzeige hing beim Besuch der Einstellungsseite auf „lädt", selbst bei gesunden Verbindungen. Sie zeigt jetzt den tatsächlichen Live-Zustand. (DEV-154)

Nutzende können Workspaces zuverlässig beitreten. Ein React-Absturz wegen maximaler Update-Tiefe (#185) wurde ausgelöst, sobald eine neue Person nach dem Beitritt auf der CRM-Chat-Tabelle landete. Ursache war eine konstante, bei jedem Render neu erzeugte Array-Referenz in der Definition von CHAT_PAGE_SIZE_OPTIONS. Sie liegt jetzt außerhalb des Render-Zyklus. (DEV-165, DEV-167)

Einladungen im Onboarding werden korrekt angenommen. Wer während des Onboardings einen Workspace-Einladungslink einfügte, konnte den Ablauf abschließen, ohne dem Ziel-Workspace tatsächlich beizutreten. Man landete in einem leeren persönlichen Workspace und stürzte anschließend beim Wechsel zu Einstellungen und Chat-Tabelle ab. Annahme und Weiterleitung sind jetzt korrekt. (DEV-170)

Entfernte Mitglieder tauchen nicht wieder auf. Workspace-Mitglieder, die entfernt wurden oder gegangen waren, wurden bei jedem Neuladen über eine veraltete Einladungs-Sitzung zurückgeholt. Der Endpunkt /api/onboarding prüft jetzt den Mitgliedsstatus, bevor er jemanden erneut aufnimmt. (DEV-175)

Anfragen zur E-Mail-Änderung lassen sich abbrechen. Der Abbrechen-Knopf für eine ausstehende E-Mail-Änderung war an keine Aktion gebunden, ein Klick bewirkte nichts. Er bricht die Anfrage jetzt korrekt ab. (DEV-137)

Chat-Auswahl im hellen Theme ist sichtbar. Das Markieren von Chatzeilen im weißen Theme erzeugte wegen eines fehlenden Kontrast-Tokens unsichtbare oder kaum sichtbare Hervorhebungen. Behoben. (DEV-157)

Testkonten können Sitzplätze ohne Sackgasse kaufen. Ein Aufruf von purchaseSeat(), bevor die Inhaberin oder der Inhaber ein aktives bezahltes Abonnement hat, liefert 400 OWNER_SUBSCRIPTION_REQUIRED. Testkonten sehen jetzt einen klaren Hinweis, zuerst ein Abonnement abzuschließen, mit direktem Weg zur Abo-Seite. (DEV-174)

Abo-Käufe funktionieren zuverlässig. Eine Klasse von 401/403-Auth-Konflikten an der Kasse, ausgelöst durch Sitzungsinvalidierung während der Stripe-Weiterleitung, ist behoben. (DEV-172)

Medien und Videos spielen ohne Rate-Limit-Fehler. Der Endpunkt /api/realtime/media unterlag einem generischen Limit von 20 Anfragen pro Minute. Video-Streaming im Browser stellt für dieselbe Datei mehrere Byte-Range-Anfragen, was das Limit in unter einer Sekunde riss. Medienanfragen umgehen das generische Limit jetzt. (DEV-152)

Die Suche ist vollständig und konsistent. Manche Suchen lieferten Teilergebnisse oder scheiterten beim ersten Versuch mit „Telegram Search is unavailable", während dieselbe Suche danach funktionierte. Behoben, Ergebnisse kommen jetzt schon bei der ersten Anfrage korrekt zurück. (DEV-136)

„Zeit seit der ersten eingehenden Nachricht" zählt ab Telegram, nicht ab App-Start. Die Spezialspalte startete ihre Uhr, sobald Sie Entergram öffneten, statt zum Zeitpunkt, an dem Telegram die Nachricht empfing. Die Zeitstempelquelle ist jetzt korrekt. (DEV-162)

Eine Release-Notiz mit über 25 Fixes liest sich schnell wie eine Liste ohne Handlungsempfehlung. Drei Dinge lohnen sich diese Woche konkret.

Prüfen Sie Ihre Verbindungsanzeigen erneut. Wenn Ihr Team sich angewöhnt hatte, bei jedem „Neuverbindung erforderlich" auf Neu verbinden zu klicken, sollten Sie diese Gewohnheit bewusst ablegen. Die falschen Hinweise sind weg, und jede unnötige Neuanmeldung kostete zuvor Zeit und riskierte ein FLOOD_WAIT auf der Rufnummer. Wenn der Hinweis jetzt erscheint, ist er echt und gehört bearbeitet.

Nutzen Sie den statischen Proxy-Pool gezielt. Nicht jedes Konto braucht eine feste IP. Sinnvoll ist sie für Konten, die im Tagesgeschäft besonders exponiert sind, etwa langlaufende Support-Konten oder solche, die regelmäßig Broadcasts verschicken. Für die übrigen Konten bleibt der rotierende Pool die einfachere Wahl. Wer die Verteilung verstehen will, sieht sie ab dieser Woche im Verbrauch pro Route.

Große Workspaces lohnen einen neuen Test. Wenn Sie viele Telegram-Konten in einem Workspace führen und die Oberfläche bisher träge war, öffnen Sie die Chat-Tabelle noch einmal mit Ihrer üblichen Ordnerauswahl. Die ws-v2-Überarbeitung wirkt genau dort am stärksten, wo viele Konten gleichzeitig Chatlisten laden. Bleibt es bei Ihnen langsam, melden Sie sich mit der Anzahl verbundener Konten und der ungefähren Chat-Anzahl, weil uns das die Reproduktion erheblich erleichtert.

Wer die Woche in einem Satz zusammenfassen möchte: weniger Reibung an den Stellen, an denen die Software zuvor Arbeit erzeugt hat, statt sie abzunehmen. Neue Funktionen sind angenehm, aber ein Posteingang, der unter Last zuverlässig lädt, und Zähler, denen Ihr Team wieder glaubt, sind die Grundlage für alles andere im Telegram-CRM.

Das vollständige Änderungsprotokoll zu v0.16.0 und allen früheren Versionen finden Sie auf der Entergram What's New-Seite.