Dites si un org a un logo au lieu de deviner une URL pour un

FixSecurityService
Expédié
4 septembre 2026 à 21:15 UTC
Auteur
Kamo
Commite
b525e1a

Chaque "quels réseaux peux-je atteindre" transportait le logoUrl et le logoSimpleUrl dérivée de l'alias de l'ordre seul, pour tout org dont l'alias était chemin-safe qui sont tous. Une barre d'origine dont le dépliant n'a jamais été provisionné n'a pas img/logo.svg, donc /network a demandé l'image de kamo-internal pour des objets qui n'y en a jamais eu : MinIO a répondu à NoSuchKey, le mandataire a rapporté qu'un défaillance de la passerelle, et la console enregistrée ENSEMBLE 502 (Porte à essieux) sept fois sur une charge, chacun ayant passé un pli côté serveur pour arriver à la carte initiale rend de toute façon. Rien dans la base de données n'indique si un logo existe - le créneau simple a pas de colonne, et logoFullExt nomme le format du logo complet plutôt que son OrgLogoPresence demande à l'objet stocker et se souvient de la réponse. Le présent est tenu pendant 30 minutes, en l'absence de 5 minutes, et le logo télécharge. L'approvisionnement en thème oublie le dossier qu'ils viennent d'écrire, donc le premier logo d'une org apparaît sur la peinture suivante plutôt que lorsqu'une entrée s'éteigne. Les deux URL sont maintenant absentes quand il n'y a pas d'objet, et cette absence est contrat: c'est la seule chose qui dit à un client "il n'y a pas de logo" à part du "un que nous n'avons pas encore demandé". logoFullExt n'est écrit qu'après un upload a réussi, donc le logo complet n'a toujours pas besoin de vérifier le sien.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation