Histórico da Página
| Pagetitle | ||||
|---|---|---|---|---|
|
| Exibir filhos |
|---|
...
Correções
| Expandir |
|---|
...
| colour | Green |
|---|---|
| title | EM DESENVOLVIMENTO |
| ||
Incidente: em certas situações passa a não aceitar conexões, devido ao esgotamento do número de handles pelo processo (Linux) Solução: correção do processo de monitoramento ativo no broker, que estava causando o esgotamento de handles utilizados pelo processo. Referente ao chamado: DTAPPSRV-7923 |
...
| Expandir | ||
|---|---|---|
| ||
Incidente: Corrompimento do RPO após aplicação de um patch gerado pelo Appserver Onça-preta no Appserver Harpia. Solução: Proteção para que aceite somente o valor do tamanho da chave de criptografia aleatória gerada pelo Appserver Harpia. Referente ao chamado: DTAPPSRV-8197 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Ao realizar uma requisição SAML com um AppServer Linux, o AppServer fechava abruptamente. Solução: Corrigida a comunicação SAML para não acontecer a queda. Referente ao chamado: DTAPPSRV-8227 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Quando do uso de recursão no construtor de uma classe pode ocasionar o erro de variable is no an object. Solução: Implementado o tratamento de recursão em chamada de construtor de classe Referente ao chamado: DTAPPSRV-8238 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Durante a utilização do broker agent, foi constatada uma incoerência entre o local de gravação configurado através do parämetro "-log_path" para serviços que fossem instalados (-install) e o local onde os logs estavam sendo gravados de fato. Solução: Foi efetuada uma correção no código para que os logs fossem gravados no local esperado ao utilizar o parâmetro -log_path. Referente ao chamado: DTAPPSRV-8324 |
...
| Expandir | ||
|---|---|---|
| ||
Incidente: ao acessar a tela central de diagnóstico (shift + F6) eram apresentados warnings "Warning (DecodeUtf8) Invalid conversion from utf-8 to cp1252". Solução: foram realizados ajustes nas funções de encode e decode. Referente ao chamado: DTAPPSRV-8342 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Em uma tela com dois componentes TCBrowse utilizados como lista de itens onde é possível mover itens de um para o outro, ao mover repetidamente o último registro em algum momento pode ser exibido um erro tratado indicando acesso de índice inválido (array out of bounds). Solução: Foi aplicada uma correção no componente TCBrowse para tratar corretamente os índices caso ocorra exclusão de linhas. Referente ao chamado: DTAPPSRV-8483 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Foi observada uma intermitência durante a utilização de valores do tipo JSON em campos do banco. Solução: Foi criada uma nova proteção no código para as atribuições do tipo JSON. Referente ao chamado: DTAPPSRV-8405 |
...
| Expandir | ||
|---|---|---|
| ||
Incidente : Apos uma ocorrência de erro "Stack Depth Overflow", caso fosse mostrado no log de console a mensagem "[ERROR][SERVER] GLOBAL STACK LIMIT exceed; RETHROW disabled", o Application Server era finalizando com uma ocorrência de "Access Violation" Correção : Corrigido o tratamento de desempilhamento do stack de execução AdvPL. Referente ao chamado: DTAPPSRV-8429 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Foi observada uma intermitência na interpretação de colchetes em atribuições no .ini do AppServer em ambiente Linux. Solução: Foi criada uma nova proteção no código para o correto tratamento de colchetes no .ini em ambientes Linux. Referente ao chamado: DTAPPSRV-8430 |
| Expandir | ||
|---|---|---|
| ||
Incidente: Durante uma inserção de registro em tabelas SQLITE, após fazer um dbappend(), caso você tente ler o valor de algum campo no alias da inserção, o valor do campo não vinha vazio , mas sim preenchido com valor do campo do registro posicionado na tabela antes da inserção. Solução : Tratar adequadamente o mecanismo de cache e leitura de valores, somente lendo do SQLITE caso o registro atual não esteja em operação de inserção. Referente ao chamado: DTAPPSRV-8488 |
Melhorias
| Expandir | ||
|---|---|---|
| ||
Incidente: A classe tJWT não permitia a recuperação dos dados de header e payload do tokem. Implementação: Inclusão dos métodos getTokenHeader, getHeaderClaim, getTokenPayload e getPayloadClaim e equiparação do comportamento da função decode entre plataformas (Windows e Linux). Para maiores detalhes vide documentação da classe tJWT. Referente ao chamado: DTAPPSRV-8221 |
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas