Para atualizar para BPA v4.1.2 Patch 7:
Devido a problemas de vulnerabilidade, a imagem do MongoDB foi atualizada. Como mongo-init é um trabalho e a atualização do helm não é suportada, o pod mongo-init deve ser excluído antes da atualização do patch.
kubectl get pod -n bpa-ns -o wide \| grep mongo-init
kubectl delete pod \ -n bpa-ns Os seguintes defeitos foram resolvidos como parte da versão do Patch 7:
| ID de Rastreamento de Defeito | Descrição |
|---|---|
| 91480 DE DADOS | O problema do processo de limpeza funcionar apenas para fluxos de trabalho e não para outros aplicativos foi resolvido com a atualização das condições para retornar uma resposta adequada. |
| 90990 DE DADOS | Os problemas de vulnerabilidade anteriores em Mongosh foram resolvidos pela atualização do shell Mongo de v506 para v507. |
| 90878 DE DADOS | Os erros que ocorrem ao excluir uma chave de API selecionando o ícone Excluir foram resolvidos pela inclusão de uma chave na carga. |
| 90018 DE DADOS | Anteriormente, o parâmetro de consulta do Adaptador BPA não era capaz de salvar o nome do campo key. O problema foi resolvido com a atualização da funcionalidade para permitir o nome do campo key nos parâmetros de consulta. |
| 89862 DE DADOS | Anteriormente, o processo de carregamento falhou quando os administradores clicavam em exibir e solicitar tarefa. O problema foi resolvido com a correção de um bug na carga de UserTask. |
| DAA-89754, DAA-89613, DAA-84854 | Os usuários receberam anteriormente um prompt de "expiração da sessão" enquanto estavam ativos, resultando em logouts inesperados mesmo depois de clicar em Continuar. O problema foi resolvido corrigindo erros de cálculo em casos de canto e garantindo que o token seja atualizado somente após o período de tempo limite. Note: Para corrigir esse problema nos microsserviços personalizados, o jwt_token deve ser usado a partir de sessionStorage em vez de localStorage. |
| 89584 DE DADOS | Anteriormente, durante a distribuição do modelo do vManage mestre para outras instâncias do vManage, uma marca GR1(Grupo) duplicada foi adicionada quando uma marca GR já estava presente no nome do modelo. O problema foi resolvido aumentando a mesma tag GR para o próximo número, em vez de adicionar uma nova tag GR. |
| 88969 DE DADOS | Nas versões anteriores do BPA, o Lógico de Repetição do Fluxo de Trabalho de Atualização do Sistema Operacional não conseguiu atualizar a versão padrão no vManage e marcar o pedido como concluído. O problema foi resolvido com a atualização da variável de versão padrão quando o problema de token Cross-Site Request Forgery (Falsificação de solicitação entre sites) é observado. |
| 88778 DE DADOS | Anteriormente, quando os usuários tentavam fazer login e logout do BPA, eles eram redirecionados para URLs incorretos. O problema foi corrigido passando o sinalizador de administração corretamente quando a origem é correspondente e garantindo a exclusividade do grupo de tratamento. |
| 87879 DE DADOS | Anteriormente, os usuários tinham problemas esporádicos de acessibilidade ao usar URLs marcados como favorito sem fazer login. O problema foi resolvido com a adição de lógica para atualizar a página de logon para evitar redirecionamento inválido. |
| 87822 DE DADOS | Anteriormente, a página Pedidos do catálogo de serviços de última geração (Next-Gen) ficava atrasada quando os pedidos continham mais dados na seção Marcos. Esse problema foi resolvido com a exclusão de campos que não são necessários na página Grade de pedidos e com a disponibilização de uma chamada de API quando um item de catálogo é selecionado. |
| 87532 DE DADOS | Anteriormente, os usuários não podiam buscar arquivos de log pesados com o comando kubectl. Esse problema foi resolvido com a habilitação dos logs contidos. |
| 85007 DE DADOS | Anteriormente, ao cancelar manualmente trabalhos incompletos no nível do aplicativo, ocorreu um cancelamento forçado, deixando o estado do pedido inalterado e falhando ao reverter ou excluir os dispositivos do distribuidor associado. O problema foi resolvido com a introdução de uma tarefa de tratamento de erros. |
| 85003 DE DADOS | Anteriormente, o BPA não conseguia detectar um formato CSV incorreto, incluindo colunas que foram mescladas incorretamente, resultando no sinalizador de ativação sendo interpretado incorretamente como falso. O problema foi resolvido com a validação do formato CSV ao carregar e exibir mensagens de erro para evitar estados de trabalho inativos. |
| 84222 DE DADOS | Anteriormente, o método de criptografia no script de tratamento de credencial era preterido. O problema foi resolvido com a adição do novo método de criptografia para evitar preocupações com a segurança. |
| 83034 DE DADOS | Anteriormente, os perfis de usuário não eram criados no portal do BPA devido a um endereço de e-mail vazio do Perfil do sistema de controle de acesso do controlador de acesso do terminal. O problema foi corrigido com a criação de IDs de email fictícias, caso nenhum email esteja disponível na resposta. Além disso, a validação do padrão de email foi atualizada na interface do usuário e na API. |
| 82449 DE DADOS | Anteriormente, os usuários configuravam os dispositivos sem verificar se eles estavam no modo de controlador, o que poderia resultar em configurações incorretas. O problema foi resolvido com a introdução de uma mensagem de alerta. |
| 80340 DE DADOS | Antes, o BPA tinha problemas de configuração OAuth. Esses problemas foram resolvidos com o fornecimento de atualizações de plug-in, uma reconfiguração do arquivo "config.json" e coordenação com as equipes de gerenciamento de contas e produtos do cliente. |
| 92291 DE DADOS | Anteriormente, o problema da chave Secure Shell no relatório do controlador do caso não gerava uma mensagem de erro. Esse problema foi resolvido exibindo-se o status de execução como "Falha" junto com o raciocínio correspondente. |
| 84221 DE DADOS | Anteriormente, durante a instalação do BPA, a implementação do Lightweight Diretory Access Protocol (LDAP) do serviço de autenticação importava uma biblioteca desatualizada, o que representava um risco à segurança. Este problema foi resolvido com a substituição de "passport-ldapauth" por "passport-custom and ldapts package". Note: No arquivo ldap auth "config.json", "entrada antiga searchBase->"searchBase": "ou=Cisco Users,dc=cisco,dc=com" foi substituído por "nova searchBase ->"searchBase": "ou=Funcionários,ou=Usuários da Cisco,dc=cisco,dc=com". |
Não há problemas conhecidos a serem relatados como parte desta versão.
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
02-Jul-2025
|
Versão inicial |