- Expédié
- 5 septembre 2026 à 23:27 UTC
- Auteur
- Kamo
- Commite
- 1633a56
Le widget de support sur une application publiée chargée par défaut de Kamo config au lieu de l'orge: il s'est auto-ouvert sur le bureau avec une mise en marche automatique tournée off, portait les couleurs de Kamo, et montra le marquage de Kamo sur une page portant le Logo du prêteur. Une clé de site public peut être fermée par l'origine, et la passerelle impose que verrouiller sur le premier appel du widget. Les origines de la clé sont les suivantes: l'opérateur a tapé lorsqu'ils ont créé l'intégration - leur propre site de marketing. Rien ne leur a dit que la publication d'une demande lui était également utile apps.-ther domain et apps.kamocrm.com, donc le bootstrap est revenu 401. Le widget ne fait pas surface que. Sur un 401, il retombe à son intégré par défaut, c'est pourquoi le symptôme était un contexte ignoré plutôt qu'un une discussion qui n'a pas réussi à charger, et pourquoi rien de nulle part n'a dit que la clé a été refusée. La publication ajoute maintenant les deux origines d'application à la clé elle-même, et laisse tomber le La copie cachette de la passerelle de sorte que le premier regard de l'opérateur sur la page montre le correctif plutôt que le même widget cassé pour une autre minute. Une clé avec une liste d'autorisations BLANK est laissée seule: blanc signifie "toute origine", donc il permet déjà la page de demande, et écrire nos deux origines dans convertir une clé ouverte en une clé verrouillée et faire taire le site en l'incrustant aujourd'hui.