Cesium : Nouvelle version 1.4.17 et 1.5.x (en test)

[matograine]

Alors euh…

Depuis le tel, je sais pas faire. Mais j’ai trouvé ceci :

4.4.4 not in Android SDK manager

Le sdk pourrait être Android 4.4.2 (API 19).

[vit]

Mise à jour du paquet Debian sur Ubuntu 14.04 sans soucis. Une transaction effectuée avec succès.

[kimamila]

Ah oui, c’est ca : j’ai du passé a l’API 20. Ça doit être ça le soucis. Je regarderai la semaine prochaine si je peux me passer du plugin Cordova qui pose problème

[kimamila]

@matograine j’ai fait une nouvelle version 1.4.18, compatible normalement avec l’API 19. Peux tu tester et me redire stp ?

[matograine]

L’installation fonctionne

[matograine]

Salut @kimamila !

Suite à ton message sur l’autre forum, j’ai vérifié le bug remonté pour la v1.4.12. Je ne parle donc que de comptes ayant une source unique validée, ou en attente d’être validée en BC.

Bug 1

• le comportement a bien changé entre la v1.3.11 et la v1.4.12 :

  • en 1.3.11 je peux faire des virements sans attendre la validation en BC, donc enchaîner des tx (voir bloc 492249 )

  • en 1.4.12 / 1.4.18 je dois attendre la validation en BC (mais ce n’est pas toujours suffisant), sinon j’ai l’erreur : Veuillez attendre le calcul du prochain bloc (toutes vos sources ont été utilisées). Pour moi c’est une perte de fonctionnalité, mais je comprends que ça permet d’éviter des pertes de transactions.

Commentaire au bug 1

Je me permets de commenter la vision des choses que tu donnes :

Avec le temps, comme tu auras beaucoup de sources de monnaie différentes sur ton compte (par exemple des centaines de DU, des paiement reçu, etc) cette situation ne se reproduit plus, a moins de vider ton compte.

Justement, certaines personnes (entre autres lorsqu’elles découvrent la Ğ1, mais aussi des fonds Gmixés ou des portefeuilles temporaires) utilisent des comptes uniquement en dépense, avec un seul approvisionnement. Le fait de devoir attendre entre plusieurs versements est pour moi une perte de fonctionnalité et une frustration.

Si comme tu le dis, c’est une fonctionnalité pour attendre l’enregistrement BC, alors je pense que le message d’erreur signalé (v1.4.11, il a peut-être changé en .18) :

Pas assez de change pour effectuer le virement en une seule transaction. Montant maximal : XG1`

… pourrait être amélioré en :

Pas assez de change pour effectuer le virement en une seule transaction. Montant maximal : XG1. Veuillez attendre la validation de vos transactions précédentes, ou vérifier que vous avez assez de monnaie.`

Bug 2

Je fais toujours des virements depuis des comptes possédant une unique source valide. cas de “veuillez patienter…” spécifique à 1.4.18 :

• j’ai fait un premier virement, validé en BC.
• les données ont été actualisées plusieurs fois manuellement après l’arrivée d’un bloc
• je fais un deuxième virement
• →le pop-up Veuillez patienter s’ouvre. Je vois l’affichage de “mes opérations” changer en arrière-plan derrière la fenêtre de virement, mais je n’y ai pas accès car Veuillez patienter reste au premier plan. Le virement a bien été envoyé, mais Cesium est bloqué. Je dois relancer Cesium.

---

C’est tout pour le moment. J’ai conscience que ce post est un peu fouillis, n’hésite pas à me poser des questions. Je créerai les issues dans quelques jours, pour trouver une formulation plus claire.

Sinon :

• installation sur Debian 10 OK
• certification OK
• transfo portefeuille > membre OK
• enregistrement certif.revoc. OK
• certification OK
  … Il y a pas un cahier de tests, dans un coin ?

tests sur la version .deb et la version web.zip avec Firefox, sur Debian 10.

[kimamila]

J’ai édité le premier post pour y noter les nouveautés fonctionnelles.

[poka]

Tenté d’installer la 1.4.18 par dessus 1.3.1 sur Linux Mint 19 :

dpkg: avertissement: old cesium-desktop package pre-removal script subprocess returned error exit status 1
dpkg: tentative d'exécution du script du nouveau paquet à la place...
dpkg: erreur de traitement de l'archive /home/poka/Téléchargements/cesium-desktop-v1.4.18-linux-x64.deb (--unpack) :
 new cesium-desktop package pre-removal script subprocess returned error exit status 1
chmod: impossible d'accéder à '/opt/cesium': Aucun fichier ou dossier de ce type
cp: impossible d'évaluer '/opt/cesium': Aucun fichier ou dossier de ce type
/var/lib/dpkg/info/cesium-desktop.postinst: ligne 18 : cd: /opt/cesium-g1-test/nw/: Aucun fichier ou dossier de ce type
sed: impossible de lire package.json: Aucun fichier ou dossier de ce type
ln: impossible de créer le lien symbolique '/usr/bin/cesium-g1-test': Le fichier existe
sed: impossible de lire cesium/index.html: Aucun fichier ou dossier de ce type
sed: impossible de lire cesium/debug.html: Aucun fichier ou dossier de ce type
sed: impossible de lire cesium/config.js: Aucun fichier ou dossier de ce type
sed: impossible de lire cesium/config.js: Aucun fichier ou dossier de ce type
sed: impossible de lire cesium/node.js: Aucun fichier ou dossier de ce type
sed: impossible de lire cesium/node.js: Aucun fichier ou dossier de ce type
/var/lib/dpkg/info/cesium-desktop.postinst: ligne 31 : cd: /opt/cesium/nw/: Aucun fichier ou dossier de ce type
sed: impossible de lire cesium/index.html: Aucun fichier ou dossier de ce type
sed: impossible de lire cesium/debug.html: Aucun fichier ou dossier de ce type
dpkg : error while cleaning up:
 installed cesium-desktop package post-installation script subprocess returned error exit status 2
Des erreurs ont été rencontrées pendant l'exécution :
 /home/poka/Téléchargements/cesium-desktop-v1.4.18-linux-x64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Comment faire pour le désinstaller complètement et le réinstaller ?

[kimamila]

@poka tu peux tenter un sudo dpkg remove cesium ou un truc du genre.
As tu bien installer avec les même privilèges ?

[poka]

Non la solution pour moi a été:

$ sudo rm /var/lib/dpkg/info/cesium-desktop.*

$ sudo dpkg -i cesium-desktop-v1.4.18-linux-x64.deb 
dpkg: avertissement: le fichier contenant la liste des fichiers du paquet « cesium-desktop » étant manquant, il est considéré qu'aucun fichier du paquet n'est actuellement installé
(Lecture de la base de données... 432373 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de cesium-desktop-v1.4.18-linux-x64.deb ...
Dépaquetage de cesium-desktop (1.4.18) sur (1.3.11) ...
Paramétrage de cesium-desktop (1.4.18) ...
Traitement des actions différées (« triggers ») pour desktop-file-utils (0.23+linuxmint8) ...
Traitement des actions différées (« triggers ») pour gnome-menus (3.13.3-11ubuntu1.1) ...
Traitement des actions différées (« triggers ») pour mime-support (3.60ubuntu1) ...

[poka]

@kimamila Vive le cache !!

Ca augmente grandement l’expérience utilisateur, c’est génial bravo.

Bon je comprends le soucis qui pourraient intervenir suite aux fork je vois que ce sont des adaptations à faire, mais c’est super. L’app fait beaucoup plus fluide dans son ensemble en 1.4.18 qu’en 1.3.11

[poka]

Je ne sais pas si c’est une régression, mais lorsqu’on tente un virement directement en cliquant assez vite sur les boutons depuis l’annuaire, le destinataire ne se charge jamais.

Il faut cliquer sur le bouton « FAIRE UN VIREMENT » n’importe quand avant le début de l’animation d’affichage des éléments de la page pour produire le bug.

Fermer et ouvrir de nouveau le popup de virement affiche directement le bon destinataire sans problème.

Cela se produit à tous les coups au premier chargement d’un profile lors de la session.

[kimamila]

@poka

Il faut cliquer sur le bouton « FAIRE UN VIREMENT » n’importe quand avant le début de l’animation d’affichage des éléments de la page pour produire le bug.

Ah oui je vois. C’est que l’identité n’est pas encore chargée, mais je devrais pouvoir corriger simplement. Peux tu faire un ticket stp ?

[poka]

Empty recipient field when profile is not load (#867) · Issues · clients /...

[matograine]

Je crois que le cache empêche également la liste des blocs de se rafraîchir. Pour reproduire :

• choisir « network »

• regarder les blocs actuels

• laisser passer 30 min/1h

• observer que la liste des noeuds s’est mise à jour, mais pas la liste des blocs.

• redémarrer Cesium pour avoir une liste des blocs à jour.

[elois]

@matograine

Je crois que le cache empêche également la liste des blocs de se rafraîchir.

Pour le coup ce n’est pas un bug de cesium mais un mauvais paramétrage du serveur exposant BMA.
La liste des blocks se met a jours via un websocket BMA sous le subpath /ws.

Or, Duniter est rarement exposé directement, beaucoup d’utilisateurs ont un reverse proxy style Apache/nginx. Et par défaut, le subpath /ws n’est pas configuré ou mal configuré.
Du coup soit le websocket ne s’initie pas soit il expire a cause d’un timeout trop court (typiquement il ne se passe rien entre 2 blocs, ce qui peut être très long).

EDIT: Sur mon cesium desktop basé sur g1.librelois.fr, la liste des blocs reste bien a jours

EDIT2: je n’ai pas accès a mon serveur la au taff, je peut vous donner la conf nginx qui vas bien ce soir si vous voulez

[kimamila]

@matograine

• observer que la liste des noeuds s’est mise à jour, mais pas la liste des blocs.
• redémarrer Cesium pour avoir une liste des blocs à jour.

Sur quel noeud Duniter as tu testé ?

[matograine]

sur g1.presles.fr. Mais l’explication de Elois me semble correcte, vu que le temps entre deux blocs est particulièrement long aujourd’hui.

[elois]

@bpresles il doit y avoir un souci avec ta conf réseau, si tu utilise nginx, voici le bloc a rajouter a la conf de ton vhost BMA afin que les websocket BMA restent ouvert :

upstream g1-bma-ws {
    server 127.0.0.1:10902;
}

server {

        ...

        # BMA WS
        location /ws {
                proxy_pass http://g1-bma-ws;
                proxy_http_version 1.1;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "upgrade";
                proxy_read_timeout 1200s;
        }
}

La ligne importante c’est le timeout, perso je l’ai réglé à 20min

[bpresles]

@elois Je n’ai pas du tout de /ws configuré dans mon NGINX.

J’ai mis des timeout de 1200s sur mon location / (qui pointe sur 10901 (BMA)) et /ws2p (qui pointe sur 20901 (WS2P)).

Et ça semble marcher…