Oui c’est bien vue, et cela concerne l’ajout de champs GQL dans l’indexer pour pouvoir afficher les bonnes dates côté client:
1 Like
Oui merci Poka, ça marche cette fois 
J’ai dl la V7a old phone (comme la première fois)
Mes premières impressions:
-C’est rapide!
-j’aime bien la possibilité d’ajouter des favoris (“mes contacts”) grâce a l’icône smiley. Bien que je n’avais pas compris à quoi servait cette icône au premier abord…peut être qu’un message “contact ajouté à mes favoris” serait utile?
Par contre, je préférerai y avoir accès directement à partir de “mon coffre"plutôt que via le menu
-je t’ai fait un virement @poka mais je ne le voit pas apparaître (ça fait 15 bonnes minutes) mais je n’ai peut être pas encore tout lu a ce propos.
Edit: En faite la transaction débite et crédite bien les comptes mais je ne voit pas l’info dans " voir l’activité”
-ce qui est lent et qui peux induire en erreur c’est lorsqu’on tape son id/mdp, l’app essaye de calculer la clé en temps réel, ducoup la saisie clavier est ralentie(en tout cas sur mon smartphone pas très véloce) et certains caractères ont tendance à être mal saisi ou pas saisi du tout.
merci et bravo pour le taf en tout cas 
3 Likes
Oui en effet, c’était prévu dans ma tête mais noté nul part, il faut que je fasse un ticket pour penser à afficher cette info en snackbar (comme lors de la copie d’une adresse).
Ca ne me semble pas logique d’afficher ça dans son coffre, je songeais plutôt rendre ses contacts accessibles via l’écran de recherche. Mais je suis pas encore certains de l’UX pour ça, car j’aimerais aussi afficher l’historique des recherches sur cet écran, et le clavier prends déjà pas mal de place, donc à voir. Mais oui on est d’accords, les contacts n’ont pas leurs place dans le menu latéral.
C’est probablement que l’indexer v2s gdev-indexer.p2p.legal est HS depuis hier suite au redémarrage du serveur axiom2 (mise à jours de proxmox 6 → 7). Je vais regarder.
edit: oui en effet, l’indexer à bien redémarré mais pas le container d’indexation en lui même (app) car présent dans un docker-compose secondaire (je déteste cette manière de faire…), je viens de le relancer, il rattrape les wagon:
Il va falloir songer à comment faire de la haute dispo sur l’indexer, tout un sujet, car en soit il était en ligne, mais n’indexait plus…
C’est vrai, je n’ai pas du tout optimisé cet écran car on y a affaire qu’une seule fois dans la vie de l’app, une fois migré, on ne le reverra plus jamais, mais je vais ajuster un peu le debounce car c’est vrai que c’est pas pratique, surtout sur des téléphones un peu ancien j’imagine.
Voir ne pas générer la clé automatiquement et juste ajouter un bouton “générer ma clé publique” tout simplement, à voir.
En tout cas, merci pour ces retours 
2 Likes
Bonjour a tous
je suis nouveau ici et j 'essai a mon niveau de participer
j ai installé la derniere version newphone (au hazard) sur mon huawei p40 pro plus
comment savoir a coup sur la version a choisir ?
j’a pris au hazard la version newphone
l installa onctionné tres bien,
est ce que je peux migrer mon compte cesium v1 sans risquer de le perdre sur cesium?
merci pour vos reponses
jef
Bonjour @jef et bienvenue ici,
Donc oui aucun risque d’impacter ton compte Cesium, Ğecko est connecté à la ĞDev, une monnaie de test qui est une copie de la Ğ1 datant du 12 Décembre 2022.
nikel merci
j ai migré mon compte cesium et fait des essais de transaction avec un pote a coté qui a installé la oldphone version sur son samsung a520f (les autres versions ne veulent pas s’installer semble t il)
on a fait fait quelques test de virement , c’est instantané, tres intutif…nikel. bravo
une remarque : quand on est sur son portefeuille et qu’on clic sur le logo ‘code barre’ en bas au millieu,
cela permet de scanner le qr code du destinataire.
mais quand on se retrouve par erreur sur le scanner ‘app photo’ et qu on fait cancel en haut a droite…
on se retrouve a la page d accueil de l appli et on doit refaire ‘gerer mes portefeuilles’, puis code (ici AAAAA pour l instant) puis choisir le portefeuille pour enfin se retrouver la ou on etait avant de cliquer par erreur sur scann…
je suggere de faire que le bouton cancel nous face revenir sur la page precedante tout simplement.
j espère être compréhensible.
3 Likes
oui c’est une bonne remarque (et c’est très compréhensible), j’avais décidé de ce comportement à la base, car le système de routes (suite d’ouverture d’écran) fait qu’on peut se retrouver à avoir des dizaines de pages de profiles ouvertes si on ne fait pas attention, en naviguant de portefeuilles à portefeuille via les historiques de transactions. Scanner un portefeuille après à nous ouvrirait alors vers un écran de plus.
Chaque écran ouvert, c’est autant de données blockchains mises à jours en temps réel. J’ai donc voulu limiter cet effet de bord en fermant tous les écrans suite au scan.
J’ai prévus de revoir totalement la gestion de ces routes avant la V1, avec la migration Riverpod et son navigateur 2.0 intégré.
Mais en effet, je pourrais annuler ce comportement en cas d’annulation du scan, il faut pour ça cependant changer un peu le comportement de cette action, car pour le moment, les écrans sont fermés dès l’action de scan engagé.
edit: C’est fait: feat: don't close screen if cancel scanner (d878fd8b) · Commits · clients / Ğecko · GitLab
Merci pour ce retour.
2 Likes
trop fort. et super reactivité.
merci.
autre question : comment ca ce passe au niveau des DU?
Ca fonctionne ? on les vois apparaitre chaque jour?
ou il y a une mise a jour du montant lors d’une transaction?
Dans Duniter v2s, les DU ne sont “créés” (ajouté au solde) que lorsque l’extrinsic universalDividend.claimUds est appelé. Dans Ğecko, cet extrinsic est en effet appelé au moment de chaque transaction effectué si la valeur de unclaimedUds est différente de 0. Il s’agit là d’un mécanisme d’optimisation pour ne pas avoir à écrire en blockchain à chaque création de DU quotidienne.
Cependant, Ğecko compense le solde de chaque compte visualisé avec les DUs non réclamés, de manière à ce que ceci soit totalement transparent à l’utilisation.
En résumé, oui les DU sont présent chaque jour sur le solde de chaque compte dans Ğecko, à chaque instant.
Cependant on ne les voit pas encore apparaître dans l’historique des transactions, car cela nécessite d’ajouter cet événement dans l’indexer v2s.
Je ne sais pas si c’était le sens de ta question ?
2 Likes
C’était exactement le sens de ma question.
ok merci c’est très clair
1 Like
une autre chose :
j’ai essayé d’utiliser l appli en plein soleil, et j’ai trouvé difficile de lire le montant total de monnaie…
trop petit et en noir sur fond jaune…pas lisible pour moi.
je preconise de faire apparaitre ce montant plus gros que le nom et augmenter aussi un peu la taille du Nom
1 Like
Et voilà, j’ai déjà ma première question :
J’ai un chest Gecko avec un wallet dedans. J’ai ajouté mon chest à l’extension grâce à mon mnémonic. Quand je vais dans polkadot.js, je vois mon chest, mais pas mon wallet. Je me retrouve donc à 0 Gdev.
Addresse publique de mon chest importé dans polkadot.js : 5Hav1b8Ypp8bnJ6K6gefgui8Lu3of2mXe7fJbQpfz9cj6cn9 et celle de mon wallet dans Gecko : 5E9Yxa7YwVC2LvtZH5AoKSF1NjHh9X2iDFaH45qgmUoxzUmT
Il doit problablement y avoir une notion qui m’échappe 
1 Like
Oui, en fait Ğecko génère comme premier portefeuille, la dérivation //2, puis //4, //6, ect …
Le protocole pour ces dérivations est décrit ici: RFC pour les dérivations des HD Wallets dans Duniter V2S
Donc, pour voir ce portefeuille dans polkadot.js, il te faut importer la dérivation //2.
Pour se faire, il te fait cliquer sur “avancé”, et indiquer le chemin de dérivation hard “//2”
, comme ceci (avec ton mnemonic correspondant évidamment):
2 Likes
Bonjour à tous,
Je me suis fais le plaisir de tester Gecko en tant que Bêta tester, mais volontairement en mode bêta 
Et là j’ai un gros lézard avec la version 0.1.0 + 1056 
-
Il y a quelques temps j’ai importé mes Ğ1 dans mon portefeuille principal ĞD
-
Hier, Ğecko refusait de faire des transferts de ĞD d’un portefeuille à l’autre au sein de mon coffre. Innocemment, j’ai vider toutes les données de l’applie via paramètres/applications de mon téléphone (Samsung S20+ pour info). J’ai ensuite récupéré mon coffre avec la passphrase et là, belle surprise, mon coffre principal est à 0.0ĞD alors qu’avant la manip j’étais à plus de 3900ĞD.
2.1) J’ai donc attendu jusqu’à aujourd’hui pour voir si ça revenait, mais toujours rien
2.2) Si je veux réimporter mon ancien portefeuille Ğ1, il est vide (ce qui est normal)
2.3) La clé de mon portefeuille principal est 5F1GQdVvdbb3YdzfRgt25bjMHNa7ebTCGK7qs16y51ZVHoxi
2.4) Les 2 autres portefeuilles du coffre ont les bonnes sommes
2.5) Les 3 portefeuilles ont perdu les nom et logo que je leur avais donné.
Un autre point, les certifications que j’ai émises depuis Ğecko sont bien décompter, mais le nom des personnes certifiées n’apparaissent pas.
Pour ce qui est des certifications reçues, j’ignore ce qu’il en est. Mais si certain d’entre vous veulent m’en transmettre nous verrons (voir clé ci-dessus si c’est bien celle de mon portefeuille initial)
Je pense avoir tout dit, mais si besoin d’infos complémentaires je suis dispo
J’en profite pour vous remercier pour le travail accomplie pour ce beau projet.
🩵 à vous et à très vite
2 Likes
Bonjour @PremDas , merci pour ce retour.
Peux-tu nous donner ton address Ğ1 à partir de laquelle tu as fait ce transfert ? Un compte membre ?
Était-ce avant ou après le 12 Décembre dernier ? La ĞDev a été réinitialisé ce jours ci.
Pourrais-tu en dire plus ? Le solde du portefeuille émetteur était-il correct ? Le portefeuille récepteur était-il vierge ? Quel était l’erreur affiché ou le comportement indiquant ce refus ?
En effet ce portefeuille semble vide, l’indexer n’y a indexé aucune transaction et le solde est bien nul.
Il nous faudrait donc ta clé public Ğ1 pour déterminer où ce solde a été migré.
C’est probablement un soucis de l’indexer, le nombre de certification est issue de la blockchain directement donc forcément correct, tandi que les données associés comme les noms proviennent de l’indexer v2s, un outil annexe. J’ai déjà remarqué que ce dernier ne semble pas correctement les certifications pour les comptes non membres, il faut creuser ça.
C’est normal, ces données ne sont pour le moment stocké que localement. Il faut travailler les datapods pour permettre le stockage de ces données “dans le cloud”.
Salut Poka,
La clé Ğ1 source est : FZkxdBu8FPASmZ9QDCNoTahfjobL6EXUwwJUqX51DerX
C’est un compte membre depuis plus d’un an maintenant.
J’ai fait le transfert après le 12/12/2022. Cela devait être en février dernier ou en mars.
J’avoue ignorer si le solde du compte émetteur était correct.
Pour les soldes des 2 autres comptes, ils étaient correctes, les comptes recepteurs étaient déjà alimentés avec quelques ĞD transférés depuis le comptes principal il y a 3 ou 4 ou plus semaines. Désolé, impossible de vérifier l’historique car Ğecko me dit “Aucun serveur disponible” pour l’instant.
Pour l’erreur, je te joins le screenshot, j’avais zapé de l’avoir fait. Cette erreur à eu lieu plusieurs fois avant de tout réinitialiser Ğecko.
Vu pour le reste et merci pour tes réponses à leur sujet.
Je reste à ta disposition bien que là où je suis actuellement, l’internet fonctionne de façon très moyenne et je ne dispose que de mon téléphone.
Bonne soirée et avec plaisir pour l’aide apporté au développement de Ğecko
Je viens de découvrir une ancienne capture d’écran (en pj) de mon portefeuille principal initial. On voit clairement que la clé public Ğecko est différente de la clé public Ğecko actuelle que tu retrouvera dans mon premier message.
Ce qui me fait me rappeler que juste avant l’erreur et la réinitialisation de Ğecko, j’ai créé un 4ème portefeuille qui était vide et qui n’est pas réapparu après la réinitialisation. Malheureusement, je n’ai pas sa clé Ğecko pour savoir si c’est ce portefeuille vide que j’ai aujourd’hui en portefeuille principal ou pas.
Merci. Cette clé correspond à cette adresse en v2: 5GxT4rR8z1MEMwNkEoa1eooWuNvc6K1W5SetzX8zvqwyStiC
Ton identité ainsi que ton solde ont bien été migré le 15 Avril vers cette adresse: 5CPhpL7AxSJsn1PHdaMAABxe2nm9CcVuirGxx5bnUkQTZHWf
Tu as ensuite fait 4 transactions depuis cette adresse. Tu peux vérifier ça en collant l’une de ces adresses sur gecko web par exemple.
Tu avais donc bien accès à ce compte depuis ce coffre (ce mnemonic).
Du coup, le seul scénario qui j’imagine est que tu aurais créé plus de 10 portefeuilles dans ton coffre, et que tu as migré ce compte vers un portefeuille supérieur à 10, qui n’est donc pas scanné lors de l’import.
Est-ce le cas ?
Il faudrait changer la méthode de scan pour éviter ce problème, ou bien limiter le nombre de portefeuilles dans son coffre.
Je vais regarder ça pour la prochaine version.
En attendant, si c’est bien le soucis, tu peux essayer de créer manuellement de nouvelles dérivations via les paramètres du coffre, à partir de la dérivation 20, avec un pas de 2 (20, 22, 24…) jusqu’à tomber sur ton portefeuille (pas besoin d’aller très loin, cela dépends du nombre de portefeuille que tu aurais créé à l’époque).