Proteja as chaves interpoladas do catálogo de provedor i18n

Testkamo-internal
Navios
4 de setembro de 2026 às 05:19 UTC
Autor
Kamo
Enviar
ecb69b2

check-i18n-keys.mjs lê chamadas t('...' literais, e o catálogo chaves por interpolação — **************** e oauthClients.field.${labelKey} — por isso nada os estava a verificar. Adicionar um provedor ou um campo, esqueça o inglês, e um operador de plataforma lê um caminho chave cru fora do cartão. Ambos os lados de trazer-se-seu-próprio ler este catálogo, por isso uma etiqueta de campo faltando é também uma credencial uma organização nunca pode ser solicitada. Também afirma as invariantes que as duas telas dependem: códigos de provedor único, cada provedor carregando um ID cliente, e nenhum dois campos escrevendo o mesmo alvo (que silenciosamente se sobreporiam uns aos outros em salvar). Verificado não vazio por injetando um nome ruimKey e um rótulo ruimKey — ambos foram pegos e nomeados.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços