API Platform 4.3.5.0

Encontramos uma situação em que access tokens podiam ser criados para uma API que não estava implantada em nenhum ambiente. Isso foi solucionado, e agora somente apps ligadas a APIs implantadas podem ter access tokens criados.

Arrumamos um erro do front que fazia um interceptor não exibido no fluxo ser executado.

A funcionalidade de checagem automática a cada 15 minutos em Setting  Health Checks estava descontinuada e foi removida do front. Para checagens automáticas a partir de diferentes parâmetros de rendimento de APIs, ver nossa solução Sensedia Flexible Actions.

Quando um plano era apagado, era exibida uma mensagem de sucesso acompanhada de uma mensagem de erro indevida. A mensagem de erro foi removida.

Em algumas releases, não estava sendo possível configurar o interceptor String Match Condition no fluxo de resposta, apenas no fluxo de requisição; o interceptor era arrastado ao fluxo, mas a janela de configuração não estava abrindo. Agora, a janela está abrindo normalmente e o interceptor está funcionando como deveria.

Resolvemos casos em que, ao remover um interceptor do fluxo, um segundo interceptor estava sendo indevidamente removido também.

Chamadas com tokens revogados estavam retornando código de erro HTTP 403. Ajustamos o retorno para 401.

Não estava sendo feita uma validação de caracteres do tipo Special Unicode nos campos de path de recursos/operações.

O gateway não estava fazendo uso explícito de keep-alive (conexão persistente) implementada nos backends para requisições HTTP.

Corrigimos um erro em alguns cenários que não permitiam a criação de uma API com contexto de time (opção Teams no campo Context).

As releases 4.3.x.x do Gateway só suportavam o protocolo HTTP nas versões 1.1 e 2.0. Isso gerou um problema de retrocompatibilidade em alguns clientes e agora expandimos o suporte também para HTTP 0.9 e 1.0.

Em alguns cenários, uma API que havia sido deletada continuava aparecendo no front, ainda que não fosse possível acessá-la.

A listagem de usuários em Security  Users estava com o layout quebrado ao exibir um usuário com nome de login longo.

Ao usar o interceptor Internal API Call, é possível manter os parâmetros da requisição original ou adicionar novos parâmetros à requisição interna. Verificamos e corrigimos este comportamento indevido: quando um usuário adicionava parâmetros manuais e depois escolhia manter os parâmetros da requisição original, os parâmetros que haviam sido inseridos manualmente ainda sim eram enviados.

[Adaptive Governance] Ajustamos um comportamento indevido da funcionalidade Workflows do add-on Adaptive Governance. Se o usuário incluísse um requerimento de que não pode haver um determinado interceptor no fluxo das APIs para que fossem salva em um determinado estágio, isso não estava impedindo com que uma API que contivesse tal interceptor fosse salva.

[Connectors] Ajustamos a mensagem de alerta exibida ao remover um connector, cujo layout estava quebrando se o nome do connector fosse muito grande.

[Connectors] Ao salvar uma nova revisão em uma API que possuía um recurso associado a um connector, esse recurso era desconfigurado na nova revisão e perdia o vínculo com o connector.