Contribuer à Ğecko, c'est facile!

[Chiara07]

@Claude

J’ai le blueprint complet du mécanisme des certifs. Voici la synthèse, le plan, et — surtout — 2-3 décisions qu’il faut valider avec poka avant de coder, car « exactement comme les certifs » pose un vrai problème pour les contacts.

Comment marchent les certifs (le modèle à copier)

• Local : une boîte Hive de JSON, une entrée par adresse.
• Le « CRDT » : en réalité un simple horodatage global lastUpdated → le document le plus récent gagne (last-write-wins sur tout le document — pas par élément, pas de tombstones).
• Cloud : stocké en clair + signé dans le profil Cesium+ public (champ certificationQueue).
• Push : à chaque modif, avec le PIN (pour signer). Pull : au démarrage du provider + à l’ouverture de la page.
• Garde-fous : placeholder « epoch-0 » au 1ᵉʳ lancement (le distant gagne), « ne jamais écraser un local non-vide par un distant vide », mode hors-ligne, isolation par adresse.

Ce qu’on réutilise / adapte

• Tel quel (dans durt2) : toute la crypto de signature pod, le pipeline PIN→clé→signature, les helpers de connexion.
• À cloner/adapter : un modèle ContactsSyncState+ContactEntry (même enveloppe LWW), un service local + un notifier orchestrateur, et réconcilier avec les stores actuels (contactsBox + fiche !90 + dossiers !91).

3 décisions pour poka (avant de coder)

1. Chiffrement — le point critique. La file de certif est en clair dans le profil public. Copier ça pour les contacts, ce serait exposer publiquement tout ton carnet d’adresses (ton graphe social) + les téléphones/emails/notes de la fiche. Je recommande fortement de chiffrer (comme la messagerie, avec ta propre clé — lisible seulement par toi sur tes appareils). « Exactement comme les certifs » = en clair = fuite de données privées.

2. Finesse du CRDT. Les certifs font du LWW « tout le document » : simple, mais grossier (deux modifs concurrentes → une liste entière écrase l’autre ; une suppression peut « ressusciter »). Poka veut « bien gérer les CRDT/conflits » → ça pousse vers un CRDT par élément (tombstones + fusion par union) = vraie convergence multi-appareils, mais plus de boulot. À arbitrer : simple (comme certifs) vs robuste (par élément).

3. Séquencement. La synchro porte sur les données = fiche (!90) + dossiers (!91), pas encore mergées, et ça touche 2 dépôts (durt2 + gecko). → Attendre le merge de !90/!91 ? Une seule MR ou par phases (synchro des contacts « nus » d’abord, fiche/dossiers ensuite) ?

Je te propose de renvoyer ces 3 questions à poka (ce sont des choix archi/produit qui lui reviennent). Veux-tu que je te rédige le message pour lui, comme pour le vCard ?

edit

@Claude

Compléments (recommandations) sur la synchro contacts :

▎ 1. Chiffrement — Ma reco : chiffrer le blob contacts (auto-chiffrement à sa propre clé, façon « note à soi-même »), lisible seulement par ses propres appareils. Bonne nouvelle : la crypto est déjà là (NaCl box de la messagerie !88/!89), donc pas de R&D en plus — on garde « exactement le cycle de vie des certifs », mais avec le payload chiffré au lieu d’en clair. Sinon, tout le carnet d’adresses (+ tél/emails/notes des fiches) serait public sur le pod.
▎
▎ 2. CRDT — Les certifs font du « last-write-wins sur tout le document » (simple mais grossier : une modif concurrente écrase toute la liste, une suppression peut ressusciter). Pour « bien gérer les conflits » comme tu le demandes, je recommande un cran au-dessus : CRDT par élément (chaque contact a un id + un deletedAt/tombstone, fusion par union). Résultat : deux appareils qui ajoutent chacun un contact → les deux survivent ; une suppression ne ressuscite pas. Un peu plus de code, mais c’est la différence qui rend la synchro multi-appareils vraiment fiable.
▎
▎ 3. Séquencement — La synchro porte sur les données = fiche (!90) + dossiers (!91), et le modèle/pod vit dans durt2 (2 dépôts). Ma reco : merger !90 et !91 d’abord (base propre), puis la synchro en MR dédiée (durt2 + gecko). Éventuellement en 2 temps : contacts « nus » d’abord, puis fiche+dossiers.

[poka]

Oui pour le chiffrement, oui pour les CRDT, et oui pour le séquencement.

Heureusement que je suis là pour donner mon avis d’expert afuté.

[Chiara07]

@Claude

(Et oui, heureusement qu’il est là, l’expert affûté — c’était un bon arbitrage, ça cadre bien le chantier.)

Comme il valide le séquencement (attendre le merge de !90/!91 pour une base propre), je vérifie d’abord si les MR sont déjà mergées — ça détermine si on peut démarrer le code ou si on prépare la conception en attendant.

Ran 1 shell command

Récapitulons : poka valide chiffrement + CRDT par élément + séquencement. (Et je confirme : l’expertise affûtée a parlé )

Petit hic : le séquencement qu’il vient de valider… nous met en attente

Poka a dit oui au séquencement = attendre le merge de !90 et !91 avant de coder la synchro (elle porte sur les données fiche + dossiers). Or je viens de vérifier : ni !90 ni !91 ne sont encore mergées dans master (il est toujours au merge de la messagerie).

Donc le code de la synchro est bloqué tant que poka n’a pas mergé !90 et !91 (+ idéalement !92). Le vrai débloqueur, c’est ces merges.

Ce que je peux faire en attendant (sans dépendance)

Je peux préparer toute la conception technique détaillée de la synchro, prête à coder dès que les merges tombent :

• modèle CRDT par élément (id + deletedAt/tombstones + fusion par union),
• chiffrement du blob (réutilisation de la crypto NaCl de la messagerie),
• I/O pod dans durt2 (calqué sur getCertificationQueue/saveCertificationQueue),
• cycle de vie (synchro auto au démarrage + à l’ouverture de la page, garde-fous),
• réconciliation avec les stores locaux (contactsBox + fiche + dossiers),

p

[Chiara07]

Allez un avant goût avant la release il reste la synchronisation a finaliser

et la version desktop:

[christophefender]

La beta desktop linux X86 1.3.0+194, fonctionne sous linux mint 22.3 - Cinnamon 64-bit.

Par contre, on peut ajouter le portefeuille principal dans ses contacts ! C’est normal ?

Il n’y a pas de logo de Gecko dans la barre d’application.

Bravo pour les améliorations et les idées pour le logiciel.

Grand merci

Tout de bon

Christophe

[Chiara07]

@christophefender

Par contre, on peut ajouter le portefeuille principal dans ses contacts ! C’est normal ?

oui c’est normal et bien pratique quand tu as plusieurs coffres

pour le logo dans la barre des taches sous linux , il faut que quelqu’un qui ait linux travaille dessus car je ne peux pas tester il y a aussi un probleme avec la barre de recherche pour trouver un contact

edit:

@Claude

Note : flutter_launcher_icons n’émet rien pour Linux (l’icône Linux se définit au packaging via le .desktop, pas de ressource in-repo) — le linux: generate: true est sans effet mais documente l’intention. Je le garde.

j’ai créé un ticket

[poka]

Félicitations @Chiara07 pour tout le travail que tu as effectué sur Gecko ces dernières semaines, je viens de refaire une passe sur la messagerie pour finaliser quelques petits détails. Mais dans l’ensemble c’est vraiment très bien, le code est de qualité et la plupart des Edge Caves étaient déjà traités. L’UX est vraiment pas mal pour une première implémentation de la messagerie !

Je te laisse expliquer les nouveautés là où ça te semble nécessaire

Ainsi que @BulmAnanaBelle pour ton travail sur l’accessibilité !

Tout ça est publié dans la version 1.3.1 (24 à 48 heures avant que ce soit déployé sur les stores Android et iOS) :

Ğecko - Last build

Nouvelle v…

[thierry1769]

Whoua au top cette dernière version, bien mieux que Cesium en tout cas.
Petit bug bug sous macOS : si je décide d’activer la biométrie dans les paramètre de mon coffre, ça tourne en boucle, on me demande dans un premier temps mon code PIN, puis de cliquer sur Touch ID, sauf que je ne le fais, le refais etc et ça ne prend jamais en compte… Merci !

[Chiara07]

@thierry1769

sous macOS : si je décide d’activer la biométrie dans les paramètre de mon coffre, ça tourne en boucle, on me demande dans un premier temps mon code PIN, puis de cliquer sur Touch ID, sauf que je ne le fais, le refais etc et ça ne prend jamais en compte

tu parles bien d’un ordinateur MAC ? je ne savais pas qu’il y avait de la biometrie sur un ordinateur!

[poka]

Oui, j’ai remarqué aussi ce problème. Je n’ai plus de biométrie sur Mac. Je ne sais pas du tout à cause c’est probablement une régression de mon environnement de dev macOS ou d’une dépendance. J’en regarderai quand j’ai le temps.

[Chiara07]

la synchro ne fonctionne pas entre ordi et telephone pour les contacts a voir aussi !

mais la messagerie c’est vraiment top
pour la petite histoire dans les tests j’ai remigré un portefeuille que j’utilisais en Gmarché et j’ai ainsi vu reapparaitre 2 messages non lus de l’epoque v1

[Chiara07]

@poka
ma soeur me demande si on pourrait avoir acces aux contacts directement via son profil , c’est vrai qu’a chaque changement je dois faire la manip mais d’un autre coté on n’a plus la barre de recherche !
c’est complexe comme question

[vit]

Je ne sais pas si cela peut t’aider dans tes choix de design, mais il faut garder à l’esprit que le profil est publique, alors que les contacts sont privés. Ce sont deux choses qui se ressemblent, mais qui sont bien différentes.

D’ailleurs il faudrait être bien clair sur le fait que le profil est publique et qu’il faudrait éviter d’y exposer des données personnelles, ce que Césium invite à tord à faire depuis des années. Amha.

Les contacts sont des fiches personnelles privées dans un carnet d’adresses personnel local et privé. Là on peut y mettre des données personnelles sans risque.

[Chiara07]

@vit

Les contacts sont des fiches personnelles privées dans un carnet d’adresses personnel local et privé. Là on peut y mettre des données personnelles sans risque.

Oui je me suis mal exprimée, je parlais de son espace perso pas du profil visible. D’un accès plus rapide aux contacts que de revenir a la page accueil puis les contacts.

[Chiara07]

suite a la synchronisation des contacts qui se marche pas en silence

@Claude

C’est confirmé à 100 %. J’ai trouvé la cause. Laisse-moi t’expliquer simplement, puis on décidera de la correction ensemble.

Le diagnostic

La synchro contacts a été conçue pour être silencieuse : elle ne devait jamais te redemander ton code PIN quand tu ouvres tes contacts. Pour ça, elle ne se déclenche que si ton coffre est déjà déverrouillé à ce moment-là.

Le problème : par défaut, Ğecko oublie ton PIN 1 seconde après que tu l’as tapé (réglage de sécurité). Donc quand tu ouvres la page contacts, ton coffre est presque toujours « reverrouillé » → la synchro renonce en silence, sans erreur.

Concrètement, sur tes 2 appareils :

• L’appareil A n’envoie jamais ses contacts (la session de synchro ne s’ouvre jamais → l’envoi reste « en attente » indéfiniment).
• L’appareil B ne récupère jamais rien (même raison).

→ Résultat exact que tu observes : rien ne remonte.

Pour comparaison, la messagerie marche parce qu’elle, elle affiche un bouton « Déverrouiller » qui demande le PIN. La synchro contacts, elle, ne demande rien et ne fait donc… rien.

Un souci secondaire s’ajoute (ligne 294) : même quand la session s’ouvre, la synchro abandonne si le serveur n’est pas encore connecté (elle n’attend pas, contrairement à la file de certification qui, elle, attend).

Le plan concret :

1. Brancher la synchro sur le déverrouillage de l’app : dès que tu tapes ton PIN pour déverrouiller, si la synchro est activée et que l’identité hôte est dans le coffre déverrouillé → on dérive la clé, on ouvre la session, et on synchronise. Automatique.
2. Corriger la course serveur (ligne 294) : attendre la connexion au pod (max 15s, comme la file de certif) au lieu d’abandonner immédiatement.

[Sarah.Magicienne]

Merci pour toutes les améliorations, c’est très appréciée d’avoir des propositions de nouvelles fonctionnalités.

Marion vient de mettre à jour Gecko sur son iPhone SE iOS 26.5 et son code pin ne fonctionne plus. bug

C’est très frustrant d’imaginer qu’elle va devoir oublier tous ses coffres et recommencer tous les parametrages de noms etc.

Elle ne l’a pas encore fait.

Est-ce que c’est juste elle ou est-ce que la mise à jour ne prends pas en compte les code pin(oú code secret à 4 chiffre) ?

Merci

[Chiara07]

je n’ai eu aucun retour sur le code pin , les seuls etaient sur la mise a jour a partir de gitduniter , erreur de fichier ou mauvais téléchargement car cela a ete resolu avec la mise a jour google

est ce qu’elle n’aurait pas oublié ses portefeuilles ?

mais si elle doit restaurer ses coffres , logiquement il n’y a pas de parametrage a faire !

[Sarah.Magicienne]

Elle n’a pas oublié ses portefeuilles. Elle a fait la mise à jour :

1. Une notification lui a rappelle qu’elle avait planifié une certification
2. Elle appuyé sur certifier cette identité
3. Elle coche la case pour confirmer que la personne est propriétaire que de cette identité
4. Un écran avec le code pin apparaît
5. Elle tape son code

Message d’erreur et le coffre se verrouille pour 2 min.

Elle avait enregistré son code pin, il a toujours marché et là il ne marche plus.

Penses-tu que si elle oubli ses coffres, si elle se reconnecte elle pourra retrouver toutes ses infos ?

[Chiara07]

Ce qu’elle à perdre c’est ses contacts, ellepeut faire des captures écran pour les retrouver rapidement. Mais je pense qu’elle doit faire une erreur dans son code pin.

[poka]

Est-ce qu’elle a plusieurs coffres ?
Si oui, est-ce qu’elle a choisi un code PIN différent pour ses différents coffres ?

Ce qui est certain, c’est que ce n’est pas une régression due à cette mise à jour. Car rien n’a été modifié autour des coffres et des code PIN.

Est-ce que d’autres utilisateurs d’iPhone peuvent mettre à jour gecko sur la dernière version et nous confirmer que ça fonctionne bien ?