Essa build contempla otimizações no motor de execução de código Advpl , e otimizações na execução global de funções e métodos da linguagem AdvPL e funções e classes compiladas no repositório de objetos, com ganhos variáveis de acordo com o código executado, com ganhos de até 40% de desempenho.

Incidente: Ao fazer uma requisição pela função HttpPost, onde o post foi submetido para o servidor sem o recebimento de resposta, e ao recuperar o código do erro com o HttpGetStatus, o retorno é zero, com mensagem em branco, dando a falsa impressão que ocorreu com sucesso.

Solução:
Feito um ajuste nos erros genéricos, para retornar codigo 500 e "Internal Server Error" quando não houver uma resposta recebida após o HttpPost.

Chamado: DTAPPSRV-1214

Incidente: ao realizar uma requisição GET, via postman, com o header Content-Type: text/plain, o Appserver ocorre uma exceção

Chamado: DTAPPSRV-1526

Incidente: Ao configurar a DefaultPage de uma location no HTTP Server do Vader, a mesma só é respeitada no diretório raiz do site e não nos seu sub-diretórios.

Solução: Comportamento modificado no Vader, seguindo como por exemplo:

oCfg[aLocations[nY]]['Path'] := "/path"
oCfg[aLocations[nY]]['RootPath'] := "C:\Protheus\Protheus_Data\rootpath"
oCfg[aLocations[nY]]['DefaultPage'] := {"index.html"}

Acesso a diretorios:

http://localhost:8282/path/subdiretorio/index.html
http://localhost:8282/path/subdiretorio/

Chamado: DTAPPSRV-2301

Incidente: Comportamento do connection para HTTP/1.1 que é keep-alive, diferente do HTTP/1.0.

Chamado: DTAPPSRV-2302

Incidente:
Ao atribuir um texto a propriedade ::cBody utilizando += para concatenar a string atual da propriedade, a atribuição não acontece.

Solução:
Foi corrigido a forma que faz a atribuição internamente. Ja tinha sido apresentado um workaround de como fazer a atribuição (fazendo a soma em duas etapas), e foi feito esse comportamento internamente.

Chamado: DTAPPSRV-2543

Incidente:
A execução de queries com a RDD TOPCONN emulada pelo SQLITE (usando RpoDB=SQLITE) e tabela temporária falha, apresentando a mensagem de erro abaixo:

2020-07-06T16:22:54.854000-03:00 13428|[SQLITE ERR] err: 1     no such table: tmp_13428_T1

Solução:
Para permitir este comportamento, da mesma forma que já é suportado pelo TOTVS | DBAccess, fizemos uma correção na camada do SQLITE para que a consulta ocorra no database correto e sob o alias real da tabela temporária.

Chamado: TPGW-233