- Verschifft
- 5. September 2026 um 23:27 UTC
- Autor
- Kamo
- Ausschuss
- 1633a56
Das Support-Widget auf einer veröffentlichten Anwendung, die mit Kamos Standard geladen wurde Konfiguration anstelle der org's: es automatisch auf dem Desktop mit auto-open gedreht aus, trug Kamo's Farben, und zeigte Kamo Branding auf einer Seite mit der Das Logo des Kreditgebers. Ein Public-Chat-Website-Schlüssel kann Ursprung-gesperrt werden, und das Gateway erzwingt, dass Sperren Sie den ersten Anruf des Widgets. Die Ursprünge auf dem Schlüssel sind die Betreiber eintippte, wenn sie die Integration erstellt - ihre eigene Marketing-Website. Nichts sagte ihnen, dass die Veröffentlichung einer Anwendung dient auch es von Apps.<their domain" und apps.kamocrm.com, so kam die Bootstrap zurück 401. Das Widget kommt nicht dazu auf. Auf einer 401 fällt es zurück auf sein eingebautes Standardwerte, weshalb das Symptom eine Einstellung war, die ignoriert wurde, anstatt Chat, der nicht geladen, und warum nichts irgendwo sagte der Schlüssel wurde abgelehnt. Das Publizieren fügt nun beide Anwendungsherkunft zum Schlüssel hinzu und lässt die Gateway's zwischengeknete Kopie, so dass der erste Blick des Betreibers auf die Seite zeigt die Korrektur anstatt das gleiche gebrochene Widget für eine weitere Minute. Ein Schlüssel mit einer BLANK-Gehaltsliste wird in Ruhe gelassen: leer bedeutet "jeder Ursprung", also ist es bereits erlaubt die Bewerbungsseite, und das Schreiben unserer beiden Ursprünge in würde Konvertieren Sie einen offenen Schlüssel in einen verschlossenen und verstummen Sie die Stelle, die ihn heute bettet.