Zoho SalesIQ Mobile: Schwarzer Bildschirm

Hallo zusammen… Entschuldigt die lange Nachricht, aber ich habe seit Tagen versucht, das Problem mit ask.discourse und meiner eigenen Claude-Instanz selbst zu lösen. Ich habe Claude gebeten, den beigefügten Bericht zusammenzustellen, einschließlich dessen, was wir bereits versucht haben, und weiterer Fragen. Hier ist der erste Kontext für euch…

Vollständiger Kontext für den Discourse-Support
Site: canbarforum.incba.org (erfordert SSO aus unserem Mitgliederverwaltungssystem)
Theme: Horizon (offizielles Discourse-Remote-Theme)
Discourse-Version: v2026.9.0-latest (Ember v7.2.0)
Drittanbieter-Integration: Zoho SalesIQ (Widget zur Besucher-Verfolgung, absichtlich im Status „Busy“ belassen – nur Verfolgung, kein sichtbarer Chat-Button vorgesehen)

  1. Ziel
    Zoho SalesIQ ausschließlich für die anonyme Besucher-Verfolgung (Seitenaufrufe, Live-Präsenz) installieren – ohne sichtbaren Chat-Button, da das Widget absichtlich im Status „Busy“ belassen wird. Auf dem Desktop funktioniert alles einwandfrei. Mobile Browser zeigen einen durchgehend schwarzen Bildschirm, der die gesamte Seite bedeckt.

  2. Aktuelles Symptom (unbeantwortet)
    ● Desktop: voll funktionsfähig, Verfolgung funktioniert, keine visuellen Probleme.
    ● Mobile (alle getesteten Browser – Android Chrome, iOS): Die Seite lädt, der eigentliche Inhalt von Discourse ist im DOM darunter bestätigt vorhanden und strukturell korrekt, aber eine durchgehend schwarze Schicht bedeckt visuell den gesamten Viewport.
    ● Über die mobile Emulation in Chrome DevTools (Profil Samsung Galaxy S20 Ultra) bestätigt, dass die Ember-App von Discourse korrekt startet – dies ist kein JS-/Bootstrap-Fehler von Discourse. Etwas wird über eine voll funktionsfähige Seite gemalt.

  3. Vollständiger Zeitplan der unternommenen Versuche

    Siehe den Anhang für alle Details.

    zoho-salesiq-mobile-issue-discourse-support.pdf (10,1 KB)

Davon habe ich noch nichts gehört – ist das eines unserer Plugins? Könntest du mir den Link zu seiner Seite hier auf Meta schicken? Falls es nicht von uns stammt (was ich nicht glaube), musst du dieses Problem an die Entwickler dieses Plugins melden.

Ich nehme an, der „Beschäftigt“-Status funktioniert nicht wie erhofft. Hast du das hier schon gesehen: https://help.zoho.com/portal/en/community/topic/how-to-disable-chat-window-in-salesiq ? Das scheint genau das zu beschreiben, was du tun möchtest.

Das klingt nach einem Problem, das sich mit etwas Custom-CSS leicht lösen ließe. Ich kann auf dein Forum nicht zugreifen, aber versuche, die Seite zu inspizieren und die schwarze Überlagerung zu finden, damit du sie vielleicht auf display:none setzen kannst?

Hi @chapoi … danke für die Antwort! Nur zur Info: Ich schreibe keinen Code, daher habe ich eine Kombination aus Claude und dem DiscourseHelper verwendet, um jede mögliche Lösung auszuprobieren, einschließlich mehrerer eigener CSS-Hacks. Nichts hat funktioniert. (P.S. Ich habe Claude gebeten, alles zu dokumentieren, was wir versucht haben – das steht in dem PDF, das ich meinem ersten Beitrag angehängt habe.)

Das gesagt, war mir die Änderung bei SalesIQ, auf die du mich verwiesen hast, nicht bekannt. Das könnte tatsächlich der Schlüssel sein. (Edit: Ich sehe, dass der Artikel 9 Jahre alt ist.) Nur zur Info: Als ich eine frische Kopie des Skripts zum Einbetten geholt habe (und eben, als ich nach dem Code nur für das Tracking gesucht habe), habe ich diese Option nicht gesehen … aber ich habe auch nicht danach gesucht. Ich werde genauer hinschauen und mich dann wieder melden. Wenn du die Gelegenheit hast, das angehängte Dokument kurz durchzusehen, bekommst du einen guten Eindruck davon, wie sehr ich versucht habe, das Problem selbst zu lösen. Aber … volle Transparenz: Ich weiß nicht einmal, was ein DOM ist. :melting_face:

Ich habe alles Mögliche versucht, aber es gelingt mir einfach nicht, die mobile Ansicht ordnungsgemäß zum Laufen zu bringen. Ich habe das Skript aus dem Common-Slot in die Desktop-App verschoben. Jetzt funktioniert das Desktop-Tracking, aber das Mobile-Tracking nicht.

Interessanterweise sehe ich, dass jemand aus Italien auf meine Admin-Bereiche zugreift, und ich bin der Einzige mit Admin-Rechten. Ich gehe aufgrund deines Profilbildes davon aus, dass das du bist, der mein Netzwerk besucht. Stimmt das?

In meinen Screenshots unten ist Folgendes zu sehen: 2 = mein Admin-Account, 3 = mein Test-Account, 1 = der unbekannte Admin aus Italien, der meine Seite besucht. Big Brother ist wachsam. :wink:

Die Person aus Italien war @dax… Ich sehe sie jetzt in meiner Benutzerliste. Sag mir Bescheid, wie ich bei dem Problem helfen kann.

Ja, das war ich. Ich habe den Ticket, den du uns geschickt hast, überprüft.

Ich habe gerade auf die E-Mail geantwortet, die du uns geschickt hast.

Danke. Ich habe geantwortet. … Nur zur Info für dich, @chapoi und alle, die hier lesen: Ich habe mein Handy versehentlich in die Querformat-Drehung gebracht, und die Seite ist sichtbar. Es gibt nur im Hochformat Probleme. Hoffe, das hilft!

Zoho lädt eine responsive CSS-Regel, die die generische .mobile-view-Klasse auf display: none setzt, wenn das Viewport im Hochformat ist. Discourse wendet mobile-view ebenfalls auf das Wurzelelement <html> an, sodass die Zoho-Regel das gesamte Dokument versehentlich ausblendet. Dreht man das Gerät in die Queransicht, verlässt das Viewport den betroffenen Breakpoint, und die Seite wird wieder sichtbar.

Die Zoho-CSS-Regel sollte nur auf das entsprechende Widget beschränkt werden, und zwar mit:

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

statt der derzeit verwendeten:

.mobile-view {
  display: none;
}

Ich habe die Regel jedoch im von dir verwendeten Theme-Component überschrieben mit:

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

und alles funktioniert nun wie es soll.

Danke. Du bist ein Rockstar! Alles läuft reibungslos.