BUG v5.2.005 - Login e Detalhes em Terminal Service (Remoto)

BUG 5.2.005

Após a espera da correção de alguns bug e atualização, liberamos da versão para os Clientes (v5. 2.005) constatei um Problema Grave nos clientes que acessam remotamente o sistema em um servidor e a base de dados em outro servidor:

Ao passar o link da aplicação ela chega a abrir, porém ao colocar o usuário e a senha da um erro [undefined] ele escreve este erro várias vezes no campo de login
Link da aplicação:

http://serveramel:85/SIGCLI/control_login/control_login.php

O nome do host serveramel esta respondendo para o IP ao pingar o DNS esta correto.

O problema ocorreu depois da compilação da versão 5.2.005, pois estávamos aguardando a correção dos bugs para soltar a versão aos clientes.

Em alguns casos resolvemos o problema colocando no lugar nome do servidor [SERVERAMEL] colocamos [192.168.0.2].

Isto nos terminais que acessam remotamente (Thinclient), porém quem esta com outro computador acessando o sistema que esta no ip [192.168.0.2] e o banco [192.168.0.18] e com a máquina no ip [192.168.0.30] da o mesmo erro ao acessar, e não adianta colocar o IP.

Os terminais funcionam, pois como são [thinclient] e estão como Terminal Service no mesmo local onde esta a pasta publicada do sistema [LOCALHOST] com IP funciona, porém com o nome não funciona.

Todos os clientes estão com este erro, foi só publicar a nova versão e todos apresentaram o mesmo tipo de problema.

Caso eu desligue o modulo de segurança e tente executar o sistema sem se logar os campos do Detalhe dos Mestre apresentam o mesmo tipo de problema dentro do sistema, os campos do tipo senha e detalhe do mestre apresentam este problema.

O Ambiente dos clientes não foi alterado simplesmente colocado a nova versão (v5.2.005)

Caso alguém tenha passado por isto ou alguma idéia por favor poderia publicar?

Adeilson de Oliveira
THS do Brasil

Atualiza a pasta PROD do servidor de produção. Talvez resolva.

Cleyton,

Obrigado pela dica porém eu já tinha feito isto e o problema continua…

Abri um chamado na NetMake para verificação.

Abraços

Adeilson

Este erro foi corrigido na versão 5.2.17 porém demorou da versão v. 5.2.005 até a v.5.2.017

Abraços

Adeilson de Oliveira