Boucle de chargement (aléatoire) sur agenda et carnet d'adresses

BlueMind - FR Discussions
1

Bonjour.
Je rencontre un problème de façon aléatoire. Parfois, l’accès à l’agenda ou au carnet d’adresse ne se fait pas, la page se recharge automatiquement en boucle (voir https://cloud.lapiole.org/f/43fd6746466548babb17/)). Le problème peut apparaître également pour la console d’administration.
Il ne semble pas lié à une extension de mon navigateur (j’ai essayé en les désactivant une à une). Il ne semble pas lié au fait que j’utilise une authentification CAS (avec l’auth native ça peut le faire aussi). Pas de problème sur le webmail par contre, qui lui se charge toujours sans problème.
J’accède à Bluemind via un reverse proxy apache httpd, mais qui n’a pas grand chose de particulier.
Quand le problème se présente, je n’ai pas trouvé grand chose d’intéressant dans les logs bluemind. Dans le core.log on peut y voir:

2018-10-18 06:11:15,537 [vert.x-eventloop-thread-4] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/muc/d0908df6-f75b-431c-a9ad-72b1b4669691:pending
2018-10-18 06:11:16,333 [vert.x-eventloop-thread-0] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/sessions-manager:open
2018-10-18 06:11:16,349 [vert.x-eventloop-thread-0] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/session/d0908df6-f75b-431c-a9ad-72b1b4669691:unread
2018-10-18 06:11:16,350 [vert.x-eventloop-thread-0] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/muc/d0908df6-f75b-431c-a9ad-72b1b4669691:pending
2018-10-18 06:11:17,144 [vert.x-eventloop-thread-6] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/sessions-manager:open
2018-10-18 06:11:17,165 [vert.x-eventloop-thread-6] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/session/d0908df6-f75b-431c-a9ad-72b1b4669691:unread
2018-10-18 06:11:17,165 [vert.x-eventloop-thread-6] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/muc/d0908df6-f75b-431c-a9ad-72b1b4669691:pending
2018-10-18 06:11:17,879 [core-heartbeat-timer] n.b.s.s.StateContext INFO - Core state heartbeat : core.state.running
2018-10-18 06:11:18,270 [vert.x-eventloop-thread-5] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/sessions-manager:open
2018-10-18 06:11:18,292 [vert.x-eventloop-thread-5] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/session/d0908df6-f75b-431c-a9ad-72b1b4669691:unread
2018-10-18 06:11:18,292 [vert.x-eventloop-thread-5] n.b.c.r.b.RestRootHandler ERROR - cannot send event to xmpp/muc/d0908df6-f75b-431c-a9ad-72b1b4669691:pending

qui tourne en boucle.

Là où ça devient marrant, c’est que dès que j’ouvre la console de mon navigateur (ctrl+shift+J), le problème disparaît, et la page se charge correctement. Il m’a semblé voir passé des messages indiquant “invalid session” (mais malheureusement, comme la page se recherche immédiatement, et fonctionne à partir de cet instant, les erreurs sont affichées pendant quelques instants à peine, je n’ai pas le temps de les lire)

Mon Bluemind tourne sur CentOS 7, avec souscription, dernière mises à jour installées (3.5.10).

Personne d’autre n’a ce problème ?

Mon hypothèse c’est que l’ouverture de la console du navigateur ajoute les entêtes “no cache” (puisque dans l’onglet Network j’ai effectivement le cache désactivé dès que la console s’ouvre). Je suspect donc une requête sensée renouveler un jeton d’API qui n’est pas faite par le navigateur car considéré comme “fraîche” à cause de la mise en cache, mais je n’ai pas encore pu mettre la main sur la chose…

2

Le fait de venir me plaindre ici a dur m’inspirer. Je pense avoir trouvé. Le problème viendrait (un peu de conditionnel tant que je n’en suis pas sûr) des info de sessions, transmises au navigateur via /cal/session-infos.js (ou /tasks/session-infos.js). Mon reverse proxy a une configuration standard (générée par un ensemble de templates et déployé par ansible, mais peu importe) qui entre autre ajoute les entêtes Cache-Control et Expires. Et bien sûr, les éléments .js sont considérés comme des assets statiques, et donc un Cache-Control public et un Expires “access plus 1 week”
Du coup, après avoir fetché ce fichier une première fois, le navigateur ne fait plus la requête (loaded from memory)
C’est un peu risqué je trouve, de transmettre la session sous cette forme. Je pense que c’est assez courant d’avoir ce type de configuration (un reverse proxy qui ajoute ces entêtes). Pire, si on active un mod_cache qui va enregistrer la première session et la livrer à tous les autres clients !

3

Plus d’apparition du problème depuis ma modif, qui a consisté à ajouter à la conf de mon reverse proxy:

      <LocationMatch "session-infos\.js$">
        Header set Cache-Control "no-cache"
        ExpiresDefault "now"
      </LocationMatch>