Bug #10262
fermé
Quelques problèmes recurrents à régler
100%
Description
- Perte d'un discussion en cours (cas d'utilisation variables)
- historique de discussion stocké en local dans le navigateur
- Imposible d'avoir un espace ou autre caractère accenntué dans le nom d'un groupe de discussion
Mis à jour par David Lesimple il y a environ 6 ans
David Lesimple a écrit :
- historique de discussion stocké en local dans le navigateur
mod_mam à activer dans ejabberd ?
Voir https://docs.ejabberd.im/admin/configuration/#mod-mam
Mis à jour par Miguel Moquillon il y a environ 6 ans
- n'étant pas à temps régulier dessus, je dois me remettre au parfum à chaque fois sur l'implémentation mais aussi sur le protocole XMPP qui nécessite de nombreux allers retours entre le code et le déchiffrage des spécifications.
- une nouvelle version majeur, la 4.0.0, est en cours d'élaboration, et celle-ci est une complète réécriture de JSXC avec les technos Web actuelles (TypeScript, Handlebars, Karma, Mocha, ...) qui va donc nécessiter une montée en compétence de notre part un jour ou l'autre.
Ce qui est dommage est que sachant que notre messagerie instantanée est basée sur JXSC, on n'ait pas suffisamment du temps pour s'investir sur la réécriture de ce dernier afin d'acquérir du poids dans le développement et ainsi pouvoir mieux orienter celui-ci en vue de faciliter l'intégration de JSXC dans Silverpeas.
Pour le dernier défaut, c'est propre à XMPP : en effet, le nom du salon (ou groupe de discussion) sert d'identifiant à ce dernier. Par exemple, un salon toto créé dans le domaine XMPP im.silvepreas.org va produire comme identifiant unique (jid) : [email protected] (où conference.im.silverpeas.net est le FDN du service MUC).
Les caractères accentués ne sont donc pas acceptés.
Mis à jour par Miguel Moquillon il y a presque 6 ans
- Statut changé de New à Resolved
Mise à part les accents dans le nom d'un salon qui sert d'identifiant, le reste devrait être ok.
Mis à jour par Miguel Moquillon il y a environ 5 ans
Est ce que ce ticket peut être fermé ?
Mis à jour par David Lesimple il y a environ 5 ans
- Statut changé de Resolved à Feedback
David Lesimple a écrit :
- Perte d'un discussion en cours (cas d'utilisation variables)
Il reste ce point qui est gênant et qui se produit lorsque le navigateur ouvre un nouvel onglet suite par exemple à un clic sur une notification Silverpeas
reçue dans son client de courriel favori.
Mis à jour par Miguel Moquillon il y a environ 5 ans
Je ne reproduis pas ce pb. La fenêtre de discussion reste bien ouverte dans l'onglet master. Il peut arriver par contre que la discussion s'ouvre aussi dans l'onglet esclave mais ce n'est pas le comportement nominal. (Je parle ici de la version 6.1-SNAPSHOT.)
Peux tu me donner le process qui permet de reproduire le problème stp.
Mis à jour par David Lesimple il y a environ 5 ans
- Statut changé de Feedback à Closed
- % réalisé changé de 0 à 100
En effet, et c'est très récent, les fenetres d'IM s'ouvrent également bien dans le nouvel onglet, sans perte des discussions.