Cesium > Nouvelle version 1.4.2 (pré-version)

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é :slight_smile:

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.

Vous pouvez télécharger la version 1.4.6 sur TestFlight, à l’aide de ce lien: https://testflight.apple.com/join/YjRAHFqt

4 Likes

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é.

Oui, ça me faisait justement penser aux popups utilisés sur le web pour :

  • restreindre l’accès à un contenu
  • demander la désactivation d’un adblock
  • afficher un popup d’opt-in
  • afficher une lightbox

C’est l’overlay derrière le “Veuillez patienter” qui fait ça du coup ?

Si j’enlève (manuellement, via F12) la class modal-open sur l’élément <body />, les éléments redeviennent cliquables.

@anon88550267 Pour info, j’ai corrigé ce bug, qui est connu dans la communauté Ionic 1. Par contre pour l’instant le correctif est dans la branche feature/ios-support de mon fork, et une MR est ouverte depuis’ un moment maintenant.

D’ailleurs, @kimamila, si tu peux prendre un peu de temps pour la relire et valider :wink:

1 Like

merci @bpresles j’ai relu et intégrer ta MR #590. J’ai eu ensuite quelque soucis pour relivrer une version propre, mais rien de bien méchant.
Tu avais juste :

  • ajouté des trucs sur le keystore dans build.json, pour Android : je les ai supprimé, car j’ai mon propre keystore (que je ne commit évidemment pas !).
  • les attributs version: ajoutés dans package.json (pour Android et ios) faisait que le grep du script release.sh ne fonctionnait plus (trop de valeur retrounées), ce qui empêchait toute release.

grand merci à toi !