Forum général.général XMPP - Quelques soucis Dino / Conversations.

Posté par  . Licence CC By‑SA.
Étiquettes :
4
19
nov.
2021

Salut,

J'utilise XMPP, Dino et Conversations sur plusieurs PC (j'ai réussi à convertir pas mal de monde) mais on me remonte quelques menus problèmes auxquels j'essaie de pallier.

1) Les notifications de Conversations (sur Android) n'apparaissent pas toujours ; je n'ai jamais réussi à reproduire le problème mais l'ai constaté. Il faut parfois éveiller le téléphone pour que la notification arrive.

2) Une personne utilise Dino sur deux PC (desktop et laptop) et Conversations. Il y a quelques jours, il n'a discuté qu'avec son laptop…En ouvrant son desktop, il se rend compte que les messages envoyés sont illisibles (le desktop n'était pas connecté alors). En en envoyant d'autres, tout fonctionne. Quel est le souci ?

3) Sur Dino, impossible d'ouvrir les images reçues. Le "clic" ne fait rien. J'ai testé avec les deux versions des paquets Debian (stable et backports) et rien n'y fait. C'est sous KDE mais un autre PC sous KDE n'a pas ce souci. L'installation est toute neuve.

4) Il y a parfois un temps de réception de plusieurs minutes, en Wi-Fi comme en LTE.

Merci pour vos éclairages ! :)

  • # pour le 1)

    Posté par  . Évalué à 5.

    Les notifications de Conversations (sur Android) n'apparaissent pas toujours ; je n'ai jamais réussi à reproduire le problème mais l'ai constaté. Il faut parfois éveiller le téléphone pour que la notification arrive.

    c'est un classique, le telephone considéré que l'appli consomme trop de batterie en arrière plan, et tue l'application

    voire la personne n'a pas autorisé l'appli à tourner en arrière plan, ou n'a pas autorisé son lancement automatique

    ce n'est alors que quand la personne lance l'appli que la vérification des messages se fait, et les notifications avec.

    à chaque android ses reglages, mais c'est autour de l'économie de batterie, ou les autorisations de l'appli à démarrer avec le telephone et tourner en arrière plan

    • [^] # Re: pour le 1)

      Posté par  . Évalué à 1.

      Mais ça devrait le faire tout le temps, non ? Là, c'est très épisodique.

      • [^] # Re: pour le 1)

        Posté par  (site web personnel, Mastodon) . Évalué à 4.

        J'ai jamais bien pigé la différence profonde mais je sais que Conversations en version Play Store et en version F-Droid n'utilisent pas le même système de notifications. Perso, j'utilise la version Play Store sans constater de retard sur mes notifs.

        En plus de celle-ci et de celles des paramètres d'économie d'énergie (qui peuvent varier selon les modèles de téléphone), une 3e piste à creuser : ton serveur XMPP qui peut avoir un coup de mou. J'ai récemment migré de Creep.im à Chapril.org à cause de ce genre de désagréments.

        • [^] # Re: pour le 1)

          Posté par  . Évalué à 1.

          J'utilise Chapril justement…mais F-Droid aussi ! ^
          Je creuse dans ce sens, merci ! :)

        • [^] # Re: pour le 1)

          Posté par  . Évalué à 2.

          Laurent,

          En deux mots :
          - la version F-Droid utilise un socket classique en écoute. Le problème c'est que Android endort l'application qui ne se réveillera pas en temps réel, à moins que tu aies explicitement demander à désactiver "la gestion d'économie d'énergie" sur cette application.
          - la version Google Play utilise une socket en écoute sur un service contrôlé par Google et qui est donc laissé en temps réel.

          En gros tu comprends que si tu utilises ce service de notification Google, ça marche direct. Si tu utilise le système de socket classique, il faut paramétrer, chose impossible pour la masse.

      • [^] # Re: pour le 1)

        Posté par  . Évalué à 2. Dernière modification le 06 décembre 2021 à 16:20.

        oui et non

        cas 1 : application pas autorisé à se lancer au demarrage, mais autorisé à tourner en arrière plan

        • tant que l'appli n'a pas été lancée au moins une fois par l'utilisateur => pas de motif
        • puis apres lancement, l'appli tourne en arrière plan => motif

        cas 2 : application autorisée au lancement au demarrage du telephone, mais pas autorisé en arrière plan

        • l'appli se lance, fait une notification, s'endort et ne notifie plus tant que pas réouverte par l'utilisateur

        cas 3: gestion d'énergie "forte", qui stoppe les communications d'arrière plan pour economiser de la batterie, ou qui tue les applis considérée comme gourmande

  • # pour le 2-3-4

    Posté par  . Évalué à 1. Dernière modification le 06 décembre 2021 à 15:06.

    Pour le

    2) Avec le chiffrement OMEMO, il faut que tous les clients aient pris en compte les clés de tous les équipements pour qu'ils soient dechiffrables par tous.
    Il y a donc une étape d'initialisation et cela peut nécessité que les équipements soient connectés au même moment pour s'être échangé les clés.
    Pour vérifier cela, le plus simple est de connecter le nouvel équipement et d'envoyer un message, et de vérifier qu'il est bien lisible sur les autres equiements.
    Il peut y avoir quelques problèmes d'implémentation rencontrée lors de cette phase (nouvel équipement) mais normalement ça fonctionne très bien après.

    3) Aucune idée. Dino ne supporte peut-être pas les fichiers externes chiffres en omemo. D'une manière générale Dino et un logiciel qui peut avoir encore quelques manques du fait de sa jeunesse.

    4) cf. le 1) voir mon commentaire plus haut sur la politique de gestion d'énergie Android (commentaire de Laurent).
    Mon expérience XMPP est très bonne avec des messages immediatement reçus.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.