Si tu veux publier ta version dans NPM, il faudra certainement que tu le renommes (au moins son namespace) pour qu’il soit publié séparément de la version officielle.
Salut @kimamila. Étant en vacances, je viens seulement de tester les versions en ligne g1.duniter.fr et cesium.normandie-libre.fr en v1.4.2. Sur les deux instances, je trouve que les connexions avec les identifiants secrets sont longues. A part ça, j’ai réussi à lancer des certifications et des paiements.
Sous Linux, je viens de lancer Césium en ligne de commande et j’ai cliquer sur « Mes opérations » et je suis bloqué sur « Veuillez patienter » avec ces logs :
cesium -d
[9193:9193:0803/162436.217731:ERROR:component_loader.cc(164)] Failed to parse extension manifest.
[9222:9222:0803/162437.735087:ERROR:sandbox_linux.cc(366)] InitializeSandbox() called with multiple threads in process gpu-process.
@kimamila Je viens d’essayer cette version en mode desktop, et j’ai un bug bloquant systématique : une fois authentifié, je ne peux plus cliquer sur quoi que ce soit dans l’application. La souris bouge, mais au passage sur un bouton je n’ai plus l’icône de doigt prêt à cliquer, et quand bien même j’essaierai de cliquer Cesium ne me répond pas.
Sous Ubuntu 18.04 x64.
Par contre, aucun soucis sur la version web dans un navigateur.
Logiquement, vous devriez avoir la fenettre de débuggage javascript qui s’ouvre.
Lorsque le blocage se produit, regarder dans la console JS et la vue réseau ce qui cloche.
A mon avis, c’est une problème de timeout, sur une requete BMA > 30s. (cf cette discussion)
Je viens de comprendre un truc au sujet de la survenue du bug chez moi.
Il ne se produit pas tout le temps.
Au début je croyais que c’était une histoire de taille de la fenêtre, alors j’ai fait plusieurs tests pour vérifier. Mais c’est pas ça qui joue.
En réalité le bug ne semble se produire que lorsque j’utilise le bouton « S’authentifier », et pas quand j’utilise le bouton « Se connecter ». c’est-à-dire que le bug il se produit uniquement quand Cesium a déjà mon compte de « préconnecté » (c’est probablement la raison pour laquelle il ne se produit pas chez certaines personnes, qui ne doivent pas avoir l’option « Se souvenir de moi » activée dans les paramètres de Cesium).
Quant à la console, lorsque je suis sur un bon nœud, la console semble rester muette :
Et pour la vue « réseau », je ne sais pas ce qu’il faut chercher, mais j’ai classé les requêtes par le critère « Time » et deux semblent rester en « Pending » :
« block », qui appelle
ws://duniter-g1.p2p.legal:45000/ws/block
« fr-FR », qui appelle\ wss://g1.data.duniter.fr/ws/event/user/JE6mkuzSpT3ePciCPRTpuMT9fqPUVVLJz2618d33p7tn/fr-FR
J’ai un autre bug sur la 1.4.3 : je n’arrive pas à avoir plus d’un mois d’historique sur un portefeuille autre que le mien.
Sur le mien je semble réussir à avoir jusqu’à 2 mois cliquant sur “Afficher tout”.
Ça ressemble pas à un bug que tu avais corrigé à un moment ça @bpresles ?
Autre chose :
Je viens de découvrir le bouton pour changer de portefeuille dans la partie Opérations et j’ai eu un freeze aussi avec ça. Mais je n’arrive pas à reproduire ledit freeze. C’était après un moment d’inactivité que j’ai cliqué sur le machin quand ça a freezé ; ça a peut-être joué ?
@kimamila En ce qui me concerne, j’ai des soucis pour builder l’app avec le dernier code source (problème avec une dépendance NPM), je t’ai envoyé les détails par message privé
Pour les utilisateurs d’iPhone. J’ai mis à jour la version de Cesium sur TestFlight, avec les dernières sources, et aussi pour sa compatibilité avec le futur iOS 13 et les changements de procédures de publication coté Apple.
Indice supplémentaire concernant le bug : toujours en mode « préconnecté », lorsque je clique sur la cloche pour afficher les notifications puis sur « Tout marquer comme lu » et que Cesium m’ouvre la boite « Authentification », même si je ne me connecte pas (je clique sur « Annuler »), mon écran freeze.
Alors voilà, je penses savoir d’où viennent les freeze… De la mise a jour d’Ionic (cf le merge request de @bpresles pour que Cesium soit compatible iOS).
Les fenêtres modal s’ouvrent au dessus d’un backdrop transparent qui empêche de cliquer sur les éléments de derrière.
Mais un bug fait que le backdrop n’est pas détruit…
Ça me dit quelque chose, j’ai déjà vu ça sur d’autres projets ioniques récents, mais que sur iOS, un bug lié à iOS 11+, qui se corrige par une règle CSS.
Mais je doute que cela soit ça, car, si j’ai bien compris, ce n’est pas sur iOS que le bug est constaté.