Un chat dans le fil, un filet de sécurité pour les foyers jumelés et des synchronisations plus légères

Deux versions en deux jours, et trois changements que vous remarquerez au quotidien : votre foyer a un chat directement dans le fil, les foyers jumelés se joignent même quand la ligne directe fait défaut, et garder les espaces partagés à jour coûte beaucoup moins.

Toutes les captures ci-dessous montrent des données d’exemple.

Un chat pour tout le foyer

« Le dîner est prêt. » « Quelqu’un peut vérifier le chauffage ? » « Pizza vendredi ? » Tous les messages ne méritent pas une publication. Le fil a maintenant un sélecteur Feed | Chat en haut, et derrière se trouve un chat que tout votre foyer peut lire. Il fonctionne comme n’importe quel chat de groupe : @mentions, réactions, modifications, pièces jointes et une ligne Nouveaux messages là où vous vous étiez arrêté. Vous pouvez le mettre en sourdine ou n’être notifié que lorsqu’on vous mentionne.

Le chat du foyer ne quitte jamais votre maison. Il n’est pas envoyé aux foyers jumelés et n’encombre pas votre boîte Chats. Un administrateur peut le désactiver dans les réglages du foyer ; le fil redevient alors exactement comme avant.

Les espaces ont le même sélecteur. Chaque espace a désormais un chat partagé par ses membres, d’un foyer à l’autre : le club de lecture peut fixer la prochaine date sans publier pour autant. Les abonnés d’un espace ne voient pas le chat et ne le reçoivent pas. Par défaut, il ne vous notifie que lorsqu’on vous mentionne, les modérateurs de l’espace peuvent retirer n’importe quel message, et un espace archivé garde son chat lisible mais fermé. Pour l’instant, le chat d’espace est en texte seul. Le propriétaire peut le désactiver dans les réglages de l’espace.

Sous le capot

Le chat du foyer est un DM de groupe ordinaire avec une portée foyer : il réutilise les messages, mentions, réactions, la sourdine et l’état de lecture, mais la diffusion sortante l’ignore et chaque gestionnaire entrant DM_* refuse son identifiant. Le chat d’espace voyage sous forme de quatre nouveaux événements de fédération (SPACE_CHAT_MESSAGE_CREATED, _UPDATED, _DELETED, SPACE_CHAT_REACTION, protocole v55), scellés comme tous les autres événements d’espace, et n’est livré qu’aux foyers qui détiennent un siège en écriture. Les foyers sous v55 sont ignorés. Les nouveaux membres rattrapent le retard via la synchronisation de l’espace, suppressions comprises.

Un filet de sécurité pour les foyers jumelés

Les foyers jumelés se parlent directement. Quand ce chemin direct échoue (un routeur capricieux, une adresse qui a changé, un foyer sans aucune adresse extérieure), les messages attendaient jusqu’ici dans la file d’envoi qu’il revienne.

Vous pouvez maintenant laisser le GFS (Global Federation Server) prendre le relais en solution de repli. Elle est désactivée par défaut et se règle connexion par connexion, sous Connexions → Gérer. Les deux foyers doivent l’activer, et leurs maisons trouvent un GFS qu’elles utilisent toutes deux sans se dire à quels serveurs elles sont connectées. Au jumelage, la nouvelle question Comment peuvent-ils vous joindre ? permet à un foyer sans adresse extérieure de se jumeler via le GFS. S’il obtient une adresse plus tard, la paire passe d’elle-même en direct.

Le GFS n’est utilisé que si le chemin direct échoue, et tout ce qu’il transporte reste scellé. Il peut voir quand et combien vos deux foyers échangent, et que vous êtes jumelés, jamais ce que vous vous dites. C’est pourquoi l’application continue de présenter une adresse directe comme le choix le plus privé.

Un autre changement côté GFS : la case Se connecter au GFS de la visite d’accueil est désormais cochée d’avance. Décochez-la pour rester à l’écart du GFS ; vous pouvez vous connecter ou vous déconnecter à tout moment dans Connexions.

Sous le capot

Le trafic entre foyers jumelés essaie d’abord le DataChannel WebRTC, puis la boîte HTTPS, et seulement en cas d’erreur réseau ou de 5xx (ou sans URL du tout) il passe à tour de rôle par les routes GFS de la paire. Un 4xx ne bascule jamais. Le GFS ne voit que {to_instance, sealed}. Les GFS communs sont trouvés en envoyant une sonde à nonce par chacune de nos propres connexions GFS ; une route n’est enregistrée que si l’accusé revient par le même GFS, si bien qu’un GFS qui rejoue une sonde ailleurs ne crée rien. Les routes sont re-sondées toutes les 24 h et expirent après 72 h. Protocole v53 (routes) et v54 (échange de clés pour les paires existantes).

Les synchronisations n’envoient que ce qui a changé

Toutes les demi-heures, votre maison fait le point avec les autres foyers de vos espaces pour que personne ne manque rien. Jusqu’ici, cela voulait dire renvoyer à chaque fois chaque publication, commentaire et entrée photo récents. Désormais, chaque foyer n’envoie que ce qui a changé depuis la dernière synchronisation confirmée par l’autre côté. Un espace calme ne coûte presque rien.

Deux choses sont devenues plus fiables au passage :

• Les suppressions atteignent tout le monde. Une publication, un commentaire, un Post-it, un événement, une photo ou une zone supprimés atteignent maintenant aussi les foyers qui étaient hors ligne à ce moment, au lieu de réapparaître discrètement plus tard.
• Une sauvegarde restaurée rattrape son retard. Un foyer restauré depuis une sauvegarde plus ancienne reçoit les changements manquants à la synchronisation suivante, sans que personne n’ait à appuyer sur Synchroniser maintenant.

Ce qu’une synchronisation transporte n’est plus coupé à des nombres fixes. C’est la durée de conservation de l’espace qui décide jusqu’où elle remonte.

Sous le capot

Des déclencheurs SQLite tamponnent chaque ligne synchronisée avec un compteur propre au foyer (sync_seq), si bien qu’aucun chemin d’écriture ne peut l’oublier. L’émetteur garde un repère par foyer et ne l’avance qu’après un flux que le destinataire déclare clean ; un morceau en échec revient donc la fois suivante. Un foyer restauré renvoie le dernier instantané qu’il a appliqué (have_seq) ; l’émetteur diffuse à partir du plus petit des deux et ne fait jamais confiance à une valeur supérieure à la sienne. Un flux complet a toujours lieu au jumelage, à l’arrivée d’un membre, sur Synchroniser maintenant, après un changement de forme et au moins une fois par jour. Les suppressions voyagent sous forme de tombstones sans contenu et sont appliquées avec la même autorité qu’une suppression en direct. Pas de changement de protocole.

Essayez

La solution de repli GFS est dans Social Home 2026.10.8 ; les chats et la synchronisation allégée dans Social Home 2026.10.9. Pour la solution de repli et le chat d’espace, les deux foyers ont besoin de la nouvelle version. Pour en savoir plus sur la façon dont les foyers se joignent, lisez Des foyers fédérés.