Écran noir sur Zoho SalesIQ Mobile

Salut à tous… Désolé pour ce long message, mais j’ai essayé de résoudre le problème moi-même depuis plusieurs jours en utilisant ask.discourse et ma propre instance Claude. J’ai demandé à Claude de compiler le rapport joint, y compris ce que nous avons essayé et d’autres questions. Voici le contexte initial pour vous…

Contexte complet pour le support Discourse
Site : canbarforum.incba.org (nécessite un SSO depuis notre système de gestion des membres)
Thème : Horizon (thème distant officiel de Discourse)
Version de Discourse : v2026.9.0-latest (Ember v7.2.0)
Intégration tierce : Zoho SalesIQ (widget de suivi des visiteurs, maintenu volontairement en statut « Busy » — suivi uniquement, aucune bulle de chat visible n’est prévue)

  1. Objectif
    Installer Zoho SalesIQ uniquement pour le suivi anonyme des visiteurs (pages vues, présence en direct) — sans bulle de chat visible, car le widget est volontairement maintenu en statut « Busy ». Le bureau fonctionne parfaitement. Les navigateurs mobiles affichent un écran noir opaque couvrant toute la page.

  2. Symptôme actuel (non résolu)
    ● Bureau : entièrement fonctionnel, le suivi fonctionne, aucun problème visuel.
    ● Mobile (tous les navigateurs testés — Chrome Android, iOS) : la page se charge, le contenu réel de Discourse est confirmé présent et structurellement correct dans le DOM en dessous, mais une couche noire opaque couvre visuellement tout le viewport.
    ● Confirmé via l’émulation mobile de Chrome DevTools (profil Samsung Galaxy S20 Ultra) que l’application Ember de Discourse démarre correctement — il ne s’agit pas d’un échec de démarrage JS/bootstrap de Discourse. Quelque chose est peint par-dessus une page entièrement fonctionnelle.

  3. Chronologie complète de ce qui a été essayé

    Voir la pièce jointe pour les détails complets.

    zoho-salesiq-mobile-issue-discourse-support.pdf|pièce jointe (10,1 Ko)

Je n’avais jamais entendu parler de cela – s’agit-il d’un de nos plugins ? Pouvez-vous me fournir le lien vers sa page ici sur Meta ? S’il ne nous appartient pas (ce que je pense), vous devrez signaler ce problème aux développeurs de ce plugin.

Je suppose que le statut « occupé » ne fonctionne pas comme vous le souhaitiez. Avez-vous vu ceci : https://help.zoho.com/portal/en/community/topic/how-to-disable-chat-window-in-salesiq ? Cela semble décrire ce que vous souhaitez faire.

Cela ressemble à un problème qui pourrait être facilement résolu avec du CSS personnalisé. Je n’ai pas accès à votre forum, mais essayez d’inspecter la page et de trouver le calque noir, afin de pouvoir le mettre en display:none, par exemple ?

Salut @chapoi … merci pour ta réponse ! Pour info, je ne code pas, j’ai donc utilisé une combinaison de Claude et du DiscourseHelper pour essayer toutes les corrections possibles, y compris plusieurs hacks CSS personnalisés. Rien n’a marché. (P.-S. : j’ai demandé à Claude de documenter tout ce qu’on a essayé, et c’est dans le PDF que j’ai joint à mon message initial.

Cela dit, je n’étais pas au courant du changement de SalesIQ auquel tu m’as renvoyé. Ça pourrait bien faire l’affaire. (édit : je vois que l’article a 9 ans) Pour info, quand je récupérais une copie fraîche du script à intégrer (et tout à l’heure quand je cherchais le code de suivi uniquement), je n’ai pas vu cette option… mais je ne cherchais pas non plus. Je vais creuser plus en profondeur et je te tiendrai au courant. Si tu as un moment pour jeter un œil au document que j’ai joint, tu auras une bonne idée de l’effort que j’ai fourni pour résoudre ce problème tout seul. Mais… pour être honnête… je ne sais même pas ce qu’est un DOM. :melting_face:

J’ai tout essayé et je n’arrive pas à faire fonctionner correctement le suivi mobile. J’ai déplacé le script de l’emplacement Common vers l’application Bureau. J’ai maintenant le suivi pour le bureau, mais pas pour le mobile.

Étrangement, je vois quelqu’un d’Italie accéder à mes zones d’administration, alors que je suis le seul à avoir des droits d’administrateur. En me basant sur votre photo de profil, je suppose que c’est vous qui accédez à mon réseau. Est-ce correct ?

Sur mes captures d’écran ci-dessous, 2 = mon compte administrateur, 3 = mon compte de test, 1 = l’administrateur inconnu en Italie qui accède à mon site. Le Grand Frère vous surveille. :wink:

Cette personne d’Italie était @dax… Je la vois maintenant dans ma liste d’utilisateurs. Dites-moi comment je peux vous aider à résoudre le problème.

Oui, c’était moi, je vérifiais le ticket que vous nous avez envoyé.

Je viens de répondre au courriel que vous nous avez envoyé

Merci. J’ai répondu. … Au fait, pour toi @chapoi et toute personne qui lit ceci, j’ai accidentellement fait pivoter mon téléphone en mode paysage et le site s’affiche correctement. Le problème ne se pose qu’en mode portrait. J’espère que ça aidera !

Zoho charge une règle CSS responsive qui définit la classe générique .mobile-view sur display: none dans les fenêtres de visualisation en mode portrait. Discourse applique également mobile-view à son élément racine <html>, si bien que la règle Zoho masque accidentellement tout le document. En orientant l’appareil en mode paysage, la fenêtre de visualisation sort de la plage de la limite applicable, et le site redevient visible.

La règle CSS de Zoho devrait être limitée au widget concerné uniquement, avec :

.zsiq-container .mobile-view {
  display: none;
}

au lieu de celle utilisée actuellement :

.mobile-view {
  display: none;
}

Cependant, j’ai outrepassé la règle dans le composant de thème que vous utilisez avec :

html.mobile-view {
  display: block !important;
}

et tout fonctionne désormais comme il se doit.

Merci. Vous êtes un rock star ! Tout se déroule comme prévu.