Versão 64

Melhorias

Foi criada a classe HMAC com o objetivo de criar códigos de autenticação de mensagens baseados em hash. Mais detalhes em https://en.wikipedia.org/wiki/HMAC.
Foi criada a classe Base32 com o objetivo de codificar conteúdos textuais e binários em um formato mais simples de ser lido e digitado que o Base64, no entanto, menos compacto. Mais detalhes do formato em https://en.wikipedia.org/wiki/Base32.
Foi implementado o método ArrayBuffer.isView no runtime JavaScript Ije.
Foi criada a função binaryStringToUint8Array com o objetivo de converter uma string no formato Binary String em um Uint8Array.

Foi otimizada a geração de relatórios SimpleLayout com grupos colapsáveis, recurso habilitado pela propriedade SimpleLayout.prototype.groupExpansionLevel.

O processo “Admin > Monitoramento > Sessões de aplicativos” repetia na coluna “Qtd. usuários” o valor da coluna “Qtd. sessões”.

O algoritmo de criptografia Crypto.RC2_OFB erroneamente deixou de ser suportado pelo Engine a partir da versão 63. Seu suporte foi restaurado.
O método DataSet.prototype.restoreState poderia não limpar o filtro de classes e o range configurados pelos métodos setView e setRange se esses métodos fossem executados somente após o backupState.

Em sistemas Linux, o carregamento do ESLint falhava nos casos em que a instalação fosse apenas em uma pasta local no mesmo workspace da VFS em uso, ou quando a instalação fosse global e a configuração npm.packageManager do VS Code fosse a padrão.

Ao informar um usuário ou senha inválida não ocorria a exibição da mensagem de erro na tela de login padrão do sistema.
Ao manter a interface do Web Framework aberta após a expiração da sessão de um usuário poderia ocorrer a criação de um volume elevado de sessões stateful não autenticadas no servidor, consumindo recursos desnecessários que seriam recuperados apenas depois de alguns minutos.

A classe XMLHttpRequest passa a preencher o cabeçalho “User-Agent” com a identificação do Engine e a versão do sistema (ex “Engine/64.0.18”), em vez de utilizar o valor fixo “Mozilla/5.0”. Essa alteração tem o objetivo de tornar o sistema compatível com serviços de terceiros que rejeitam requisições que possuem um “User-Agent” iniciado com “Mozilla”, mas que não contém detalhes da versão do navegador. Se necessário, o comportamento anterior pode ser reestabelecido utilizando o método XMLHttpRequest.prototype.setRequestHeader.

Última atualização em 20 Oct 2022