AyCode 7.1.5

English · Deutsch

AyCode 7.1.5

Desktop 7.1.5 · AyCode Cloud needs a redeploy

Team Sessions now hold up: after sleep, a network change or a cloud restart the session is back within seconds, and what you wrote in the meantime arrives. A chat whose subscription hit its limit can be taken over by someone else with their own subscription, and it stays the same chat. In the Team Chat you see who is typing and where to pick up reading, and a mention reaches you even while you are in another chat.

Highlights

• Take over a team chat. Every chat in a Team Session runs on the subscription of the person running it. Anyone allowed to take part can now take over a running chat ("Übernehmen") and bring it back ("Zurückholen"). The chat stays the same for everyone, with its whole history and a line "Ab hier über Annas Abo · Codex" where it changed hands. The code comes along, and a running answer or a waiting approval is never cut off. Want to keep a chat to yourself? Switch "Übernehmen" off in the chat list.
• Carry on at the limit. When the agent of a chat stops at its subscription's limit, everyone else sees when it frees up and gets a notification with "Übernehmen". "Mit meinem Abo weitermachen" takes the chat over, and your own agent carries on exactly where the other one stopped.
• See who is typing in the Team Chat. A line above the Team Chat box shows who is typing right now ("Anna schreibt …"). It disappears after a short pause or once the message is sent. It travels end-to-end encrypted, at most every three seconds, and is never stored.
• "New since you were away". When you come back to a session, a quiet line marks the first message you have not seen yet, and the Team Chat shows it to you.
• Mentions reach you anywhere. If someone mentions you with @ while you are in another chat, "Anna mentioned you in the Team-Chat." appears with "Open". Before, a mention only got through when the window was in the background.
• An honest connection indicator. When something is wrong with the connection, the session header says calmly that it is reconnecting, since when it has been offline, or that the host is away right now, with a button to connect now. When all is well, it stays out of sight. In the English app these Team Session words are still German; their translation follows.

Improved

• Back right after waking up. After sleep, unlocking or when the network returns, every Team Session reconnects at once instead of waiting up to a minute and a half. While the Mac sleeps, AyCode does not try at all.
• Nothing is lost when the line drops. Messages, reactions, comments, pins and tasks made during a drop wait and go out afterwards, in order and exactly once. They only go out under the key they were written under: if the host removed someone in the meantime, they expire instead of leaving under an old key.
• A cloud restart costs only seconds. When AyCode Cloud restarts, for example during a redeploy, it tells the apps, and everyone reconnects within two seconds, spread out so not everyone knocks at once.
• A network change is noticed at once. Switch Wi-Fi, join a VPN or pull the cable, and every Team Session asks right away instead of waiting up to a minute and a half for the heartbeat. A connection that never even comes up is knocked on again on its own.
• A cut transfer says so at once. If the line drops during "Vom Gastgeber übertragen" or a branch transfer, the receiver says so immediately and the sender offers the bundle again by itself once the line is back — once per bundle, and nothing half-finished is applied.

Fixed

• After a cloud crash, messages no longer arrived. Mailbox numbers could repeat after a crash, and a Mac then never fetched the new messages. Now they keep counting safely after every start, and a damaged mailbox no longer takes the cloud down.
• A full disk took the cloud down. One failed write ended the cloud, and nothing was saved after that. Now it records the error and catches up on the next write.
• Quiet sessions vanished after seven days. A session expired when nobody wrote for seven days, even with everyone connected. Now every connection counts as activity.
• One stuck connection could overload the cloud. A connection that stops reading is cut once 64 MB pile up for it, and catches up through the mailbox afterwards.
• Changes that arrived before their message were lost. If, after a break, an edit, a pin or a delete arrived before the message itself, the change vanished and deleted messages could reappear. Now the change waits for its message.
• Reactions and pins made during a drop never arrived. If the line was down while you reacted, commented or pinned, the others never saw it.
• "Host offline", though it was your own line. The session header blamed the host while it was in fact your own connection that was down. It now names your own line, and the box above the composer says what applies.
• A message the cloud played again came back after an app restart. The guard against replayed messages lived in memory only; after a restart the old numbers counted as new again. It now survives the restart.
• An ancient message could fire an order again. What makes a Mac act for someone else now carries its send time, sealed inside. The receiver refuses it when it is too far from its own clock. The roster and the task list only ever rise; an older version is no longer applied.
• The cloud no longer accepts this Mac's sign-in. If the device was signed out or removed, AyCode kept quietly trying. Now it says that it has to be signed in again.
• Rolling numbers stretched the list they sit in. A counting number, say on an agent, made its row wider and pushed the layout around. It now has a fixed width.

Downloads

• macOS (Apple Silicon): AyCode-7.1.5-arm64.dmg
• Windows (x64): AyCode-Setup-7.1.5-win-x64.exe · portable AyCode-7.1.5-win-x64.zip
• Auto-update: AyCode-7.1.5-arm64.zip (Mac), AyCode-7.1.5-win-x64.zip (Windows)
• Checksums: SHA256SUMS + SHA256SUMS.sig

Notes

• First launch on a Mac: not notarized by Apple yet. If macOS blocks AyCode, open System Settings → Privacy & Security and choose "Open Anyway". On Windows, if SmartScreen warns you, choose "More info" → "Run anyway".
• For those following along: AyCode Cloud needs a redeploy (Coolify). There are no new features, and older apps keep working with it. After every restart the mailbox numbers jump to the current time in milliseconds; that is intended and keeps them unique.
• Security: what waits out a drop is released by a guest only once the host answers a fresh random number; an old message the cloud plays again is not enough. Known limit: the session key is shared and not signed, so someone who still holds an old key and controls the cloud can act as the host. Host signatures are the next step.
• Security: the numbers that guard against replayed messages are now on disk and survive a restart. On top of that, orders, the roster and the task list carry a sealed send time that applies independently of them. This covers AyCode Macs; browser guests and older Mac versions are not yet covered, because they do not send the send time. It is tested that a second Mac of the same account still joins as usual.
• Still open for 7.1.6: the cloud should cap connections per account without devices pushing each other out. That is not part of 7.1.5.
• E2E: 21 Playwright tests were red on main. They are green now — real defects fixed in the product, stale tests brought up to the 7.x interface, and comparison images refreshed only after looking at the difference.
• People let into a session receive the earlier Team Chat history from the host; only the mailbox stays closed to them. The docs said otherwise before.

---

🇩🇪 Deutsch

Desktop 7.1.5 · AyCode Cloud mit Redeploy

Team-Sessions halten jetzt durch: Nach dem Aufwachen, einem Netzwechsel oder einem Neustart der Cloud ist die Session in Sekunden wieder da, und was du in der Zwischenzeit geschrieben hast, kommt an. Einen Chat, dessen Abo am Limit ist, übernimmt jemand anderes mit dem eigenen Abo, und es bleibt derselbe Chat. Im Team-Chat siehst du, wer gerade schreibt und wo du weiterlesen musst, und eine Erwähnung erreicht dich auch in einem anderen Chat.

Highlights

• Einen Team-Chat übernehmen. Jeder Chat einer Team-Session läuft über das Abo der Person, die ihn gerade führt. Wer mitmachen darf, übernimmt jetzt jeden laufenden Chat mit „Übernehmen“ und holt ihn mit „Zurückholen“ wieder zurück. Der Chat bleibt für alle derselbe, mit ganzem Verlauf und einer Linie „Ab hier über Annas Abo · Codex“ an der Stelle der Übergabe. Der Code-Stand zieht mit, und eine laufende Antwort oder wartende Freigabe wird nie abgeschnitten. Wer einen Chat für sich behalten will, schaltet „Übernehmen“ in der Chat-Liste aus.
• Am Limit einfach weitermachen. Hält der Agent eines Chats am Limit seines Abos an, sehen alle anderen, wann es wieder frei ist, und eine Mitteilung mit „Übernehmen“. „Mit meinem Abo weitermachen“ übernimmt den Chat, und der eigene Agent macht genau dort weiter, wo der andere aufgehört hat.
• „Anna schreibt …“ im Team-Chat. Über dem Eingabefeld des Team-Chats steht, wer gerade tippt. Die Anzeige verschwindet nach einer kurzen Pause oder sobald die Nachricht raus ist. Sie geht verschlüsselt an die anderen, höchstens alle drei Sekunden, und wird nirgends gespeichert.
• „Neu seit du weg warst“. Kommst du in eine Session zurück, markiert eine ruhige Linie die erste Nachricht, die du noch nicht kennst, und der Team-Chat zeigt sie dir.
• Erwähnungen erreichen dich überall. Erwähnt dich jemand mit @, während du in einem anderen Chat bist, erscheint „Anna hat dich im Team-Chat erwähnt.“ mit „Öffnen“. Bisher kam eine Erwähnung nur an, wenn das Fenster im Hintergrund war.
• Ehrliche Verbindungsanzeige. Stimmt mit der Verbindung etwas nicht, steht im Kopf der Team-Session „Verbinde neu …“, „Offline seit 14:02“ oder „Gastgeber ist gerade nicht da“, dazu „Jetzt verbinden“. Läuft alles, bleibt die Anzeige weg.

Verbessert

• Nach dem Aufwachen sofort wieder verbunden. Nach dem Ruhezustand, dem Entsperren oder wenn das Netz zurück ist, verbindet sich jede Team-Session sofort neu, statt bis zu anderthalb Minuten zu warten. Solange der Mac schläft, versucht AyCode nichts.
• Bei einem Verbindungsabbruch geht nichts verloren. Nachrichten, Reaktionen, Kommentare, Pins und Aufgaben, die während eines Abbruchs entstehen, warten und gehen danach in der richtigen Reihenfolge und genau einmal hinaus. Sie gehen nur unter dem Schlüssel hinaus, unter dem sie geschrieben wurden. Hat der Gastgeber inzwischen jemanden herausgenommen, verfallen sie, statt unter einem alten Schlüssel loszugehen.
• Ein Neustart der Cloud kostet nur Sekunden. Startet die AyCode Cloud neu, etwa bei einem Redeploy, sagt sie das den Apps. Alle verbinden sich innerhalb von zwei Sekunden neu, zeitlich verteilt, damit nicht alle gleichzeitig anklopfen.
• Ein Netzwechsel wird sofort bemerkt. Wechselt der Mac das WLAN, geht er ins VPN oder wird das Kabel gezogen, fragen die Team-Sessions sofort nach, statt bis zu eineinhalb Minuten auf den Herzschlag zu warten. Kommt eine Verbindung gar nicht erst zustande, klopft AyCode von selbst noch einmal an.
• Eine abgeschnittene Übertragung wird sofort gemeldet. Bricht beim „Projekt holen“ oder bei einer Branch-Übertragung die Leitung ab, sagt der Empfänger das sofort, und der Sender schickt das Bündel von selbst erneut, sobald die Leitung zurück ist — einmal je Bündel, und nichts Halbfertiges wird angewendet.

Behoben

• Nach einem Absturz der Cloud kamen Nachrichten nicht mehr an. Die Nummern im Briefkasten konnten sich nach einem Absturz wiederholen, und ein Mac holte die neuen Nachrichten dann nie ab. Jetzt zählen sie nach jedem Start sicher weiter, und ein beschädigter Briefkasten legt die Cloud nicht mehr lahm.
• Eine volle Platte legte die Cloud lahm. Ein fehlgeschlagener Schreibvorgang beendete die Cloud, und danach wurde nichts mehr gespeichert. Jetzt hält sie den Fehler fest und schreibt beim nächsten Mal nach.
• Ruhige Sessions verschwanden nach sieben Tagen. Eine Session lief ab, wenn sieben Tage niemand schrieb, auch wenn alle verbunden waren. Jetzt zählt jede Verbindung als Aktivität.
• Eine hängende Verbindung konnte die Cloud überlasten. Wer nichts mehr liest, wird ab 64 MB Rückstau getrennt und holt danach alles über den Briefkasten nach.
• Änderungen vor ihrer Nachricht gingen verloren. Kam nach einer Pause eine Bearbeitung, ein Pin oder ein Löschen vor der eigentlichen Nachricht an, verschwand die Änderung, und gelöschte Nachrichten konnten wieder auftauchen. Jetzt wartet die Änderung auf ihre Nachricht.
• Reaktionen und Pins aus einem Abbruch kamen nie an. War die Leitung gerade weg, während du reagiert, kommentiert oder angepinnt hast, sahen die anderen davon nichts.
• „Gastgeber offline“, obwohl die eigene Leitung weg war. Die Statuszeile im Kopf der Team-Session meldete den Gastgeber als weg, wenn in Wahrheit die eigene Verbindung stand. Sie nennt jetzt die eigene Leitung, und über dem Eingabefeld steht, was gerade gilt.
• Eine Nachricht, die die Cloud noch einmal abspielte, wirkte nach einem Neustart wieder. Der Schutz gegen erneut eingespielte Nachrichten lebte nur im Arbeitsspeicher; nach einem Neustart der App zählten die alten Nummern wieder als neu. Jetzt übersteht er den Neustart.
• Eine uralte Nachricht konnte einen Auftrag erneut auslösen. Was einen Mac für jemand anderen handeln lässt, trägt jetzt seine Sendezeit verschlüsselt mit. Der Empfänger lehnt es ab, wenn es zu weit von seiner Uhr entfernt ist. Roster und Aufgabenliste steigen nur noch an, eine ältere Fassung wird nicht mehr angewendet.
• Die Cloud nimmt die Anmeldung dieses Macs nicht mehr an. Wurde das Gerät abgemeldet oder entfernt, versuchte AyCode still weiter. Jetzt sagt die App, dass sie neu angemeldet werden muss.
• Zählende Zahlen verlängerten die Liste, in der sie stehen. Eine hochzählende Nummer, etwa an einem Agenten, machte ihre Zeile breiter und schob das Layout. Sie hat jetzt feste Breite.

Downloads

• macOS (Apple Silicon): AyCode-7.1.5-arm64.dmg
• Windows (x64): AyCode-Setup-7.1.5-win-x64.exe · portabel AyCode-7.1.5-win-x64.zip
• Auto-Update: AyCode-7.1.5-arm64.zip (Mac), AyCode-7.1.5-win-x64.zip (Windows)
• Prüfsummen: SHA256SUMS + SHA256SUMS.sig

Hinweise

• Erster Start auf dem Mac: noch nicht von Apple notarisiert. Blockiert macOS AyCode, unter Systemeinstellungen → Datenschutz & Sicherheit auf „Dennoch öffnen“ klicken. Warnt unter Windows SmartScreen, „Weitere Informationen“ → „Trotzdem ausführen“ wählen.
• Für Mitlesende: AyCode Cloud braucht ein Redeploy (Coolify). Neue features gibt es nicht, und ältere Apps arbeiten weiter mit ihr. Nach jedem Neustart springen die Briefkasten-Nummern auf die aktuelle Uhrzeit in Millisekunden; das ist gewollt und hält sie eindeutig.
• Sicherheit: Was während eines Abbruchs wartet, gibt ein Gast erst frei, wenn der Gastgeber auf eine frische Zufallszahl antwortet. Eine alte Nachricht, die die Cloud noch einmal abspielt, genügt nicht. Bekannte Grenze: Der Session-Schlüssel ist geteilt und nicht signiert. Wer einen alten Schlüssel noch hat und zugleich die Cloud kontrolliert, kann als Gastgeber auftreten. Signaturen des Gastgebers sind der nächste Schritt.
• Sicherheit: Die Nummern gegen erneut eingespielte Nachrichten liegen jetzt auf der Platte und überstehen einen Neustart. Zusätzlich tragen Aufträge, Roster und Aufgabenliste eine verschlüsselte Sendezeit, die unabhängig davon greift. Das gilt für AyCode-Macs; Browser-Gäste und ältere Mac-Versionen sind noch nicht abgedeckt, weil sie die Sendezeit nicht mitschicken. Getestet ist, dass ein zweiter Mac desselben Kontos weiterhin normal dazukommt.
• Noch offen für 7.1.6: Die Cloud soll Verbindungen pro Konto begrenzen, ohne dass sich die Geräte gegenseitig hinauswerfen. Das ist in 7.1.5 nicht enthalten.
• E2E: Auf main waren 21 Playwright-Tests rot. Sie sind jetzt grün — echte Fehler im Produkt behoben, veraltete Tests an die 7.x-Oberfläche angepasst, und die Vergleichsbilder nur nach Sichtprüfung der Differenz erneuert.
• Neu zugelassene Personen bekommen den bisherigen Team-Chat-Verlauf vom Gastgeber. Nur der Briefkasten bleibt für sie verschlossen. Die Doku sagte das bisher anders.