- Expédié
- 26 août 2026 à 20:42 UTC
- Auteur
- kamo
- Commite
- 9cf27f5
Une nouvelle organisation a été créée avec son logo, ses couleurs et ses trois arrière-plans. Tous de celui-ci a été correctement mis en place en public/wienerschnitzel/ 15 objets, la droite valeurs hexades dans globals.css, config.json nommant trois arrière-plans. L'onglet est toujours Il s'est ouvert en portant la marque de Kamo. La raison était ici, dans le journal de la nacelle : (org GET) alias-wienerschnitzel (orger) GET (réarque) org err' 'fetch failed' isAbort-false willRetryIn'250ms L'orge a échoué après des tentatives de 804 ms. [orge GET-état de l'état - 200 caractéristiques - 10 Cette route a construit sa base amont sous la forme de "api." segment de chemin. Qui a fonctionné pendant chaque segment était un nom d'hôte; "?org" porte une organisation REFERENCE maintenant - un id ou un alias web - il a donc demandé à un hôte qui n'existe pas. Trois choses, dont chacune était suffisante indépendamment pour provoquer cela: - L'hôte API vient de l'hôte CETT demande est arrivée. Le navigateur déjà résolu interne.-apex pour arriver ici, donc api. - même apex est connu pour exister quels que soient les noms de référence. Il ferme également un trou qui n'est devenu accessible que une fois que la référence a cessé d'être un nom d'hôte: un gyh-facé a choisi l'hôte ce serveur a envoyé le cookie de session de l'appelant. - Une référence va à /org/ref, un nom d'hôte à /org/domain. Seuls les premiers peuvent réponse à une organisation sans hôte, qui est la plupart aujourd'hui. - Une recherche ratée répond 404, et non 200 avec un enregistrement de KamoCRM fabriqué. Que "recul" - droite id, is ToopLevel, dix caractéristiques - est pourquoi la coquille ne pouvait pas dire "C'est votre organisation" à partir de "Je n'ai pas pu atteindre le serveur", et pourquoi il a traité la plate-forme comme le locataire NAMED de l'onglet. OrgUrlSync aurait alors a épinglé cette réponse dans l'URL pour chaque demande ultérieure de l'onglet. fetchOrganisation gère déjà un 404: il retombe à l'hôte et enregistre viaRef-faux, donc la repli reste non fiable, ce qui est tout. La logique de routage déplacée vers l'application/le dib de sorte qu'il peut être effectivement testé. ne pas dans la viteste inclut l'autolist, de sorte qu'un test à côté de la route aurait été passé en ne courant jamais.