Contribuer à Ğecko, c'est facile!

[Frederic_LASSAVE]

Merci Poka, effectivement, elle y est, je ne l’avais pas vu
Je vais faire une mise à jour manuelle car il me semble lire “1.3.1+195”

[Chiara07]

bon le virement hors ligne n’est pas encore au point ,
ma soeur a le bouton virement qui est grisé malgré le bandeau hors ligne
et moi si je ferme et redémarre gecko il oubli les portefeuilles que j’ai pu ouvrir ! ou meme y faire un virement comme ma soeur !
a voir si il peut memoriser mieux les infos une fois fermé ?

si d’autres peuvent tester dans la v1.7 le paiement hors ligne ?
afin de voir si c’est episodique ou s’il faut remettre les pains dans le cambouis

[EDIT]

@Claude

Correctif commité (bcd66f99). Voici où on en est.

Ce qui bloquait ta sœur — le bouton virement était conditionné à durt.isConnected, alors que la popup de paiement bascule seule en « mettre en file ». La file hors-ligne livrée en v1.7.0 était donc inatteignable depuis son point d’entrée principal, au moment exact où elle sert. Corrigé sur mobile et desktop ; seule l’absence de portefeuille émetteur désactive encore le bouton. Au passage, l’état de connexion était lu derrière blockHeightProvider, qui ne bouge jamais hors ligne
— le bouton pouvait donc rester grisé même après le retour du réseau.

Ton bug de persistance s’est révélé ne pas être un problème de cache du tout. Le verrou de la fiche attendait une donnée que l’écran n’affichait jamais : chaque bloc lit son propre provider, et WalletHeaderData ne servait qu’à décider s’il fallait afficher quelque chose. Comme storageStateProvider vaut notInitialized pendant toute la connexion d’un démarrage à froid, une fiche ouverte juste après le lancement tombait dans la branche hors-ligne en étant connectée, n’écrivait pas le cache, et n’était jamais réessayée — d’où le « jamais ouvert en ligne » d’un redémarrage à l’autre. Le verrou est supprimé, et avec lui la boîte wallet_header_cache devenue morte (fichier récupéré une fois au démarrage, comme g1WalletsBox avant lui).

Deux trouvailles au passage, que je n’avais pas anticipées :

• activity.dart portait le même verrou, avec un headerData passé à _buildScaffold et jamais lu.
  Hors ligne l’historique affichait « impossible de charger les données » alors qu’il était parfaitement affichable — y compris depuis le raccourci « voir l’historique » que la file propose justement sans réseau.
• Le header et sa barre de titre desktop calculaient séparément et différemment le verdict «portefeuille vide ». Un solde inconnu était compté comme nul côté corps, ce qui teintait en rouge le header d’un portefeuille financé à chaque reconnexion. Prédicat désormais partagé (walletLooksEmpty).

---

Le bloquant

Mes trois garde-fous hors-ligne lisaient StorageState.offlineMode. Or durt2 ne lève ce drapeau
qu’une fois, avant sa première connexion réussie, et l’efface définitivement dès qu’un lien s’établit (duniter_connector.dart:600) — rien ne le remet jamais. Donc une session qui démarre en ligne puis perd le réseau ne signale jamais offlineMode.

C’est exactement le scénario de la file : l’app ouverte à la maison, utilisée sur un marché sans signal. Ma dégradation y était inerte, et pire, le message explicatif qui existait avant était perdu au passage — donc une légère régression sur ce cas précis.

J’ai vérifié le constat moi-même dans le source de durt2 avant d’y toucher, et j’y ai trouvé une nuance que l’auditeur avait à l’envers : au démarrage à froid c’est offlineMode qui domine, pas notInitialized. Ma version initiale aurait donc aussi fait clignoter la notice « hors connexion » à chaque lancement. Corrigé par un isOfflineProvider partagé, fondé sur le statut du lien Duniter (disconnected/error), connecting volontairement exclu — et Durt().init() étant attendu avant runApp, aucun widget ne peut observer le disconnected initial.

Autres retours appliqués

• Le verdict « portefeuille vide » restait dupliqué dans activity.dart et compact_wallet_header.dart, avec une variante qui traitait un flux en erreur comme un solde nul.
  Conséquence concrète : la modale d’activité desktop pouvait afficher un corps rouge sous une barre de titre neutre. Les deux passent à walletLooksEmpty.
• La notice n’existait que sur mobile → extraite en OfflineProfileNotice et ajoutée à la modale desktop (règle de double layout).
• Espagnol : « Aún así » → « Aun así » (RAE). Et « ne peuvent pas être vérifiés » devenait faux pour son propre portefeuille, dont le solde reste servi par les données de coffre → « mis à jour ».
• _buildScaffold() devenu une indirection vide, inlinée ; commentaires d’archéologie allégés.

Ce que l’audit a confirmé comme sain

• Règle du code PIN respectée à la lettre, aucun accès au champ statique.
• Usurpation par nom CesiumPlus : démontrée inatteignable. Le nouveau chemin ne s’ouvre que quand !hasCachedData, ce qui implique idtyStatus == null, et les deux lectures d’un nom auto-déclaré sont gardées sur un statut non nul.
• Performance nettement positive : −2 à 3 RPC par ouverture de fiche, −3 par ouverture d’historique (tous vérifiés redondants ou sans consommateur), suppression d’un rebuild du bouton virement à chaque bloc (~10/min), extinction d’animations infinies, et retrait d’une boîte Hive non-lazy à croissance non bornée ouverte à chaque lancement.
• typeId 6 et 7 libérés sans collision ; deleteBoxFromDisk ne désérialise pas, donc aucun risque à la mise à jour.
• Un crash latent corrigé au passage : avec zéro portefeuille et une connexion, l’ancien bouton mobile atteignait un all.first sur liste vide.

549 tests verts (540 de base + 9), flutter analyze propre, gate format OK.

Deux réserves assumées, signalées et non traitées : côté durt2, getBalance renvoie WalletBalance.empty() hors ligne, donc un vrai zéro peut être émis si la connexion tombe pendant l’appel (correctif amont, hors périmètre) ; et le risque de débordement de la notice en mode compact reste à vérifier à l’œil — c’est le seul point que ni les tests ni l’analyse statique ne peuvent trancher.

[Chiara07]

Avez la version 1.7.1 où vous avez pu découvrir le virement hors ligne,
avec la prochaine version :

La visualisation des sommes en G1/DU indépendamment du choix dans les paramètres, cela permet d’avoir le calcul instantanément de ses coffres en cliquant dessus mais aussi lors d’un virement avoir le calcul plutôt que le même chiffre.

Autre grand projet (d’après une idée de @vjrj ):
le terminal de paiement :
Afin qu’un vendeur puisse présenter la note a un acheteur , y mettre aussi un commentaire que l’acheteur peut a son tour agrémenter ,
calculer en DU ou en G1 (cependant le virement se fait en G1 pour des raisons de calcul du DU (qui ne peut être reporté)
Ce QRcode fonctionne aussi en hors connexion et en capture écran

toute l’action peut donc se faire hors connexion

pour vous donner un aperçu:

si vous voulez tester sur android il y a un artefact

build:android:apk (#187433) · Jobs · Chiara07 / Ğecko · GitLab

testé sur et depuis Ginkgo

Merci de vos retours si vous voyez un bug, sachant que ce n’est pas encore fusionné donc il doit rester des imperfections !

[Chiara07]

Je reprends un peu les modifs:

1. Clarifier a quoi correspond la synchronisation des contacts (Gecko) et pas du telephone:

@Claude

#238 « contacts Ğecko » + « le carnet d’adresses de votre téléphone n’est pas concerné ».

1. noeuds en auto pas toujours par defaut a la premiere installation
   Correction d’un bug :

@Claude

#237 était un bug d’affichage pur : autoEndpoint n’était écrit qu’au premier changement de nœud, donc absent sur une install neuve, et les 6 sites de lecture testaient == true → « Manuel » affiché alors que durt2 découvrait bien un nœud tout seul. Le getter tranche maintenant : auto par défaut tant qu’aucun endpoint perso n’est enregistré. 4 tests ajoutés.

2. Afficher l’option commentaire lors d’un virement :

@Claude

#236- Champ ouvert d’emblée. toggleCommentVisibility() → setCommentVisible(bool) : avec un défaut ouvert, une bascule aveugle refermait la ligne sur les deux chemins qui voulaient l’ouvrir.

• En chemin j’ai trouvé un vrai bug : replier puis déplier ramenait à l’écran un commentaire que
  l’état avait déjà abandonné → le virement partait sans le texte pourtant affiché. Le contrôleur
  est vidé maintenant. 4 tests.

3. Copier/coller selectif dans la messagerie pour téléphone en ajout de l’appuie long:

@Claude

#235 - La sélection de texte native vaut désormais aussi sur mobile ; la barre de sélection porte une entrée « Copier le message » pour ne pas perdre le geste existant. L’astuce en haut du fil a été réécrite en conséquence.

4. Modification a la réception d’une invitation a devenir membre ,

@Claude

#239 - « Invitation à devenir membre » + Accepter / Refuser. Accepter mène au choix du nom, inchangé.
Refuser explique d’abord (rien à annuler sur la chaîne), puis range l’invitation, par adresse,
réversible via « Revoir l’invitation ». 4 tests.

5. réparation de la Gtest qui n’arrivait pas a me connecter a duniter index ! j’arrive maintenant a me connecter en gtest sur burmananabelle manuellement car il y a une limite . par contre je n’ai plus mon statu de membre et sur ginkgo non plus, claude cherche pourquoi.
   Bon mon compte est inconnu pour cause d’abandon de la Gtest
   on va tester en widget local → solution impossible !

[Vivakvo]

Bonjour,
Concernant les traductions, j’ai remarqué que les dates étaient bien traduites automatiquement dans la liste des opérations pour toutes les langues sauf pour l’espéranto (où elles apparaissent en anglais)

Je sais qu’il existe des librairies de dates pour l’espéranto (Cesium utilisait moment.js à ma connaissance https://momentjs.com/), alors je me demandais si Gecko pourrait afficher aussi des dates en espéranto.
Merci par avance

[Chiara07]

@Vivakvo

Concernant les traductions, j’ai remarqué que les dates étaient bien traduites automatiquement dans la liste des opérations pour toutes les langues sauf pour l’espéranto (où elles apparaissent en anglais)

j’ai remarque que si la traduction est vide cela passe a l’anglais par defaut en effet !
a corriger

[poka]

Yep, j’avais configuré l’anglais comme langue de fallback par defaut.
Vous pouvez changer pour mettre le swahili en fallback si vous voulez.

[Vivakvo]

Il vaut mieux laisser l’anglais comme langue par défaut, mais si @Chiara07 sait mettre les dates en espéranto pour la langue espéranto, ce serait chouette.
Sinon, je veux bien traduire les dates en espéranto, mais je n’ai rien trouvé à ce sujet dans le weblate.

[Chiara07]

@Vivakvo

si @Chiara07 sait mettre les dates en espéranto pour la langue espéranto, ce serait chouette.

Claude va nous trouver cela pas de soucis, je le note avant d’oublier

edit

@Claude

Diagnostic pour #245 : les symboles de date espéranto sont bien enregistrés
(lib/services/eo_date_symbols.dart), mais safeLocale (lib/utils.dart:20) exige aussi des
données numériques, que intl n’a pas pour eo → safeLocale(‘eo’) retourne ‘en’, et toutes
les dates repassent en anglais.

Je corrige à la racine : fournir les symboles numériques espéranto, comme on fournit déjà
ceux de date.

[Chiara07]

@Vivakvo

Concernant les traductions, j’ai remarqué que les dates étaient bien traduites automatiquement dans la liste des opérations pour toutes les langues sauf pour l’espéranto (où elles apparaissent en anglais)

Espéranto : les dates repassaient en anglais (#245) (!162) · Merge requests ·...