Merci c’est l’info qu’il me fallait
C’est bon maintenant je traite les cas d’identités multiples
Par contre j’ai pas encore régler le souci des certifs multiples, je ferai ça plus tard…
En fait c’était un bug
Je viens de le corriger, maintenant vous voyez toutes les identités sur toutes les vues
Je me demandais d’ailleurs, concernant l’outil “Wotex” qu’il y avait dans Ğtest, est-il disponible pour Ğ1?
(Demanda-t-il sans pouvoir y remédier seul)
Mais attention pour l’instant ça pique parce que les 3 pages sont dans le même script ! Je sais faut que je découpe ça dans 3 fichiers ce sera plus propre ^^
Alors en fait non ce n’était pas prévu mais tu a raison c’est plus lisible en masquant les identités n’ayant reçus aucune certification.
Du coup je viens de rajouter une option
“Masquer les identités n’ayant reçus aucunes certifications”
c’est un message codé !
si tu prend que les lettres en capitale … Claude Antoine Patrick Simon Laurent Olivier Christian Kim
Cette personne a sans doute confondu l’uid et le salt et/ou la phrase de passe
Jusqu’alors je me basais sur le temps local de la machine qui exécute le nœud spécialisé pour savoir si une idty/certif/membership est expirée ou pas et pour calculer le dégradé de couleur aussi.
Il y avais donc parfois un petit décalage comme continuer d’afficher un élément expiré ou ne plus afficher ou élément pas encore expiré.
Désormais j’utilise le temps blockchain courant, que je vais chercher dans le dernier block et que j’affiche d’ailleurs au dessus du tableau
Les changements (expiration de doc) seront donc répercutés sans décalage, à condition de recharger la page bien entendu !
EDIT : @canercandan et ccesetti pourraient potentiellement devenir membres immédiatement !
Ils ont en effet 4 certifs disponibles pour etre écrités immédiatement. Si l’un d’eux en reçoit une 5ème pouvant également être écrite immédiatement, il deviendrai membre ce soir : https://g3.librelois.fr/willMembers?d=65&sort_by=sigCount&order=desc
Correction d’un bug qui faisait s’afficher en disponible des certifications qui ne l’était en fait pas.
Pour les curieux, le problème viens du fait que pour évaluer la disponibilité d’une certification en attente, je me basais sur la certification en blockchain qui expirera dans le plus longtemps, présupposant que c’est la dernière écrite.
Or ce n’est pas toujours le cas, la date d’expiration d’une certification inscrite est fixée 2 ans après sa date d’émission et pas sa date d’écriture, ce qui provoquai des erreurs comme signalé par cgeek sur ce thread : [Inscription] Problème d’envoi de document d’identité
Désormais, pour évaluer la disponibilité d’une certification en attente, je me base bien sur la dernière certification écrite
Ce serait un plus de pouvoir faire des issues github sur ces développements spécialisés qui sont vraiment top et donc mettre quelque part dans la page des liens : “code source / report de bug” ou similaire.
+1 l’idéal étant d’avoir le source complet sur github pour pouvoir faire des modifs à la volée (traductions, corrections ou ajouts divers). Bon je dis ça mais j’ai moi-aussi du code à soumettre que je n’ai toujours pas mis sur github… faites ce que je dis…
On voit que nous auront une nouvelle vague d’entrée aujourd’hui en fin d’aprem, et que 8 personnes remplissent les conditions pour devenir membre ! Mais alors qui seront les nouveaux membres aujourd’hui ?
Le scénario qui se dessine si aucune nouvelle certif n’est émise d’ici ce soir :
le premier entrant sera probablement mrousseau entre 16h51 et 16h56 heure blockchain, à condition que les 2 ou 3 nœuds qui écriront un bloc sur la fenêtre 16h51-17h01 contiennent le dossier complet de mrousseau.
Entreront ensuite dès le bloc qui excédera 17h02 Nadou et @mmu_man. GildasMalassinet ne pourra en principe pas rentrer car @Carole_Fabre aura déjà donnée sa certif à mrousseau.
De même @canercandan ne devrait pas rentrer non plus car @cgeek aura déjà donné sa certif à @mmu_man.
Cependant, les horaires de disponibilité des dossiers de ces 5 prétendants étant très proches (16h51, 17h02 et 17h10), le véritable déroulé reste très incertains.
Ce qui est à peu près sûr, c’est que 3 de ces 5 prétendants deviendront membres aujourd’hui (mrousseau, Nadou, @mmu_man, GildasMalassinet et @canercandan).
Une certification émise par un membre A est considérée comme [disponible] si et seulement si la dernière certification écrite en blockchain par le même membre A fût écrite en blockchain il y a plus de sigPeriod secondes (dans le cas de Ğ1, sigPeriod = 432000 s = 5 x 24 x 3600 = 5j).
Et pour les certifications indisponibles, la “date à partir de laquelle cette certification pourra être écrite” correspond à : date d’écriture de la dernière certification écrite en blockchain par l’émetteur + sigPeriod.
Exemple dans ton cas : la dernière certification que tu a écrite en blockchain, tu l’a écrite le 18/03/17 à 17h02, toutes les certifications que tu a émise seront donc disponibles le 23/03/17 à 17h02 (heure blockchain).