Ğecko talks / user support

Je crois avoir un « New phone »


Mais la dernière version refuse de s’installer

Et si on parle de souhaits, j’aimerais bien que les contacts soient accessibles comme le scan de QR code ou la gestion des portefeuilles…

Tu parles du build v8 ? Il faut désinstaller gecko si installé en v7 pour installer la v8, et rester sur l’une ou l’autre archi par la suite.

Je comptes intégrer ces contactes dans l’écran de recherche, mais c’est délicat, il faut que je prototype avant parceque là j’ai du mal à imaginer ça notamment à cause du clavier virtuel directement ouvert sur cet écran de recherche et qui prends beaucoup de place, surtout sur petit écran.

Sans compter que j’aimerais aussi afficher un historique de recherche sur cet écran, dépliable probablement, mais pareil faut prototyper tout ça là je ne saurais pas l’intégrer correctement.

Qu’en pensez-vous ? Ami(e)s prototypeu.ses.rs, j’attends vos propositions d’UX :grin:

C’est ce que j’ai fait après le premier échec, je lance l’installe, ça tourne puis j’ai le message “Application non installée”

C’est que ton phone ne supporte pas aarch64.

Ça doit être ça. Je dois avoir un vieux phone. :slightly_frowning_face:
La version pour vieux phone fonctionne.

J’ai dit vieux phone par abus de langage, il s’agit des phone ne supportant pas aarch64. c’est pour ça que je ne publiait que les build v7a jusqu’a présent, car ces derniers sont supposés fonctionné partout, vieux comme neuf, mais visiblement pas avec l’OS de Pini.


J’ai enfin pu tester localement les certifications grace aux derniers ajouts d’elois sur duniter-v2s, et donc le batch(cert,confirmIdty), je viens de push un fix qui doit résoudre un problème:

Par contre le fait que Hugo n’est pas validé l’identité de maaltir je ne l’explique pas, mes conditions sont bonnes j’ai pu tester.
Plus qu’a tester en live.
Normalement aussi le 4ème certificateur de maaltir devra automatiquement valider son adhésion (vue qu’étrangement ça n’a pas été fait avant), dû à mon if (>=):

if (toCerts[0] >= currencyParameters['wotMinCertForMembership'] && toIdtyStatus != 'Validated') {
// batch cert+membershipValidation
}

Donc tu le fais forcément mal, car il n’est pas encore possible de récupérer cette constante correctement, je dois maj le runtime pour ça.

Attention je pense que ce code n’est pas valable et ne fonctionnera pas sur gtest/g1, je parie que tu lis le storage item parameters.parametersStorage ?

Si oui, il ne faut pas, ce storage item spécial n’existe que sur les réseaux de type gdev. Il n’existera pas sur gtest et g1.
Tu dois à la place te baser sur les constantes des métadonnées du runtime.
Avec polkadot/api la syntaxe est la suivante:

const myConst = api.consts.palletName.constantName;

Dans le cas qui nous intéresse c’est donc api.consts.wot.minCertForMembership

1 Like

Oui exactement:

final currencyParameters =
        await getStorage('parameters.parametersStorage()') ?? {};

Ok autant pour moi, j’avoue avoir fait ça d’instinct, je vais récupérer la constante dont tu parles, mais je me souviens avoir eu curieusement des soucis a récupérer les constantes:

await sdk.webView!.evalJavascript('api.consts.system.ss58Prefix.words')

Ne fonctionnait pas ya 2 semaines, et là je viens de retester et ça fonctionne très bien, donc va savoir…
Je vais pouvoir récupérer les constantes.

1 Like

Il va te falloir attendre que je déploie le runtime 302 sur la Ğdev, dans la soirée si tout va bien :slight_smile:

2 Likes

Est-ce que tu sais si un batch([call()]) prends plus du temps d’exécution qu’un call() ?
J’imagine que non.

Je me demande si ce ne serait pas plus judicieux de coder tous mes call en batch (même pour un call unique), plus simple syntaxiquement d’adapter une boucle en fonction du nombre de call ainsi.

Oui.

Non il ne faut pas. À ta place ce que je ferai c’est rajouter une couche d’abstraction qui prend un tableau de call en entrée et qui génère un seul call en sortie (un batchAll su le tableau contenait plusieurs éléments ou le call directement s’il n’y en avait qu’un).

1 Like

@poka c’est fait

1 Like

Cette version doit corriger le problème de non validation des 3èmes certificateurs:

Du coup je veux bien une troisième certif :slight_smile:

5FWAKEfcXGfFk71bGcvPqpxZ2EYfEmxH8mSvTXegiH6wgxqQ

EDIT : Ah ben non, je l’ai déjà :sweat_smile:

EDIT1 : Fort de mon tout nouveau statut de membre, je viens de tenter de certifier Tuxmain via Gecko, mais ça ne semble pas aboutir. L’écran reste sur « Certification in progress » avec la mention « Sending » et l’animation qui ne cesse de tourner.

EDIT2 : Après plusieurs essais la certification a abouti.

1 Like

Je crois que c’est vraiment LA feature de Substrate qui me plaît le plus : la mise à jour à chaud sans fork.

On voit bien comme c’est galère pour Duniter 1.8 et même dangereux pour la confiance dans la stabilité du réseau et donc de la monnaie.

5 Likes

Vous pouvez désormais migrer un compte Cesium (G1v1) vers un portefeuille de votre coffre à Ğecko (solde et identité):

image

Vous pouvez également migrer une identité depuis un portefeuille standart:

image

1 Like

Je suppose que pour importer un compte G1v1, il ne faut pas que ce compte soit vide.

oui, essai tu verra, gecko tu dira ce qu’il peut faire en fonction de son état.

J’ai un affichage étrange


Matograine n’a pas encore confirmé son identité.

2 Likes

ok je vois je vois 2 bugs ici, je corrigerai

ect-ce que tu étais sur cette page pendant que je certifirais mato ? L’écran à bougé entre temps ou s’est ouvert tel quel ?