Desde a atualização para 1.10, toda vez que respondo a um tíquete, ele me desconecta. Eu testei e os destinatários estão recebendo seus e-mails e tudo postado corretamente, mas é chato ter que fazer login novamente todas as vezes.
Ninguém mais está tendo esse problema?
Eu costumava pegar isso no 1.10-rc.3 e o levantei como um problema, mas não tenho certeza se foi resolvido
@GreenDragonTech Não estou tendo esse problema. Você provavelmente deve incluir informações do sistema (software e versões) e verificar os logs de erro do servidor da web e logs de erro php.
Pensamento lateral ... você limpou o cache do navegador após a atualização?
Vou ver se consigo encontrar os logs, mas limpar o cache do navegador não ajudou.
Encontrei os logs no meu servidor. Ver anexo. Eu não sei o que fazer com eles. Todas as idéias seriam apreciadas.
mysite.txt
@ntozier funciona bem no host local, mas quando hospedado em outro servidor ativo, ele se desconecta, você poderia testar no seu lado?
@GreenDragonTech você conseguiu resolver o problema? se sim, por favor, compartilhe comigo, estou enfrentando o mesmo problema.
@robintoy , você tem o mesmo problema? gentilmente ajude
@mmurshid não há como replicar o que você está dizendo, pois não uso o mesmo host que você. No entanto, se ele funciona localmente e não funciona quando você o move remotamente, é uma suposição bastante justa de que algo sobre a configuração de hosts remotos está interferindo nele. Eu recomendaria que você compare as versões do software e as configurações entre os hosts locais e remotos. Na maioria das vezes, quando alguém vê algo assim, está violando as regras de mod_security do provedor (ou outra configuração de "segurança").
@mmurshid Não, ainda não. Eu ainda enfrento esse problema e fiquei surpreso que ninguém mais relatou isso. Eu gostaria de ter uma resposta sólida. Tentei ajustar muitas coisas, mas nada afirmou solidamente uma conclusão.
RESOLVIDO !!!! @mmurshid , @ntozier me deu uma ideia. Troquei a versão do PHP 5.5 para 7.0 e resolveu o problema! Solução: Se você executar o cPanel, vá para o Seletor de PHP e escolha 7.0 no menu suspenso. Caso contrário, entre em contato com seu anfitrião e pergunte a eles.
obrigado a vocês .. @GreenDragonTech e @ntozier , eu atualizei para a versão 5.7 e funciona bem.
@protich @JediKev
Não tenho certeza se isso foi resolvido, pois algumas pessoas postam nos fóruns dizendo coisas semelhantes.
Aqui estão alguns deles:
http://osticket.com/forum/discussion/89270/when-i-submit-a-comment-on-a-ticket-i-have-to-login-again
http://osticket.com/forum/discussion/89277/reply-ticket-logout-always
@ntozier Marquei como resolvido porque abri este fórum e encontrei uma solução que funcionou para mim.
existe outra maneira de corrigir sem atualizar a versão do php?
Marcar um bug como "Resolvido" alterando a versão do php não é a solução para o problema.
O problema está no código e pode ser resolvido ;-)
Esse problema não ocorre no Firefox?
Eu tenho exatamente o mesmo problema, embora esteja executando o Php 7. Alguma investigação foi feita no lado do código deste problema?
Olá, ao editar um ticket o sistema fecha a sessão e volta ao início para fazer o login. É incômodo e não sei se é bug ou configuração. Obrigado !
Estou usando a v1.10 e minha hospedagem só está disponível até a versão php 5.6.
Alguma sugestão?
Eu estava tendo o mesmo problema com o PHP 5.4
Uma vez que nenhuma correção de descida foi fornecida afaik, comecei a cavar no código.
Notei (ou não consigo encontrar onde) que o construtor do osTicketSession não é chamado em lugar nenhum?
Esta função inicia a sessão PHP.
Fiz uma solução rápida (não tenho ideia se influencia outras coisas ..) adicionando as seguintes linhas adicione o final de ./include/class.ostsession.php (antes de ?>
ofcourse)
session_name("OSTSESSID");
session_start();
é um trabalho sujo e provavelmente quebra outras funcionalidades. No entanto, espero que agora um desenvolvedor tenha uma ideia de onde procurar para corrigir esse problema.
No meu caso, isso sempre acontece se a opção "Avoid Collision" estiver habilitada. Se for definido como 0 (zero), o erro não ocorre.
onde mudar esse valor ?? obrigado
Painel de administração> Configurações> Sistema> Duração para evitar colisões
O parâmetro mais parecido é "Duração do filtro de colisão" ficava em 3 minutos e levei para 0 e ainda não funciona, ao editar um ticket fecha a sessão. Obrigado !
Bem, estou feliz por não ser eu, mas estou triste por não haver uma solução clara. Atualmente estou executando osTicket versão 1.9.14 e php versão 5.6.16.
@ fthomas137 O assunto deste relatório de problema é "Resolvido". Talvez o seu problema seja que você está executando uma versão desatualizada.
Alterar a duração da prevenção de colisão para 0 não resolveu o problema para mim. Estou executando o PHP 5.6
@thetwopct
versão do osticket?
Você já tentou atualizar o PHP para 7 como o original postado recomendado?
Executando o PHP 7,2 (meu host não permite alterações), o problema persiste.
@lucasmontec Nós não supomos PHP 7.1+ neste momento.
Ainda estou tendo esse problema. Estou no 1.10 do osTicket.
Eu tentei todas as versões do PHP disponíveis 5.4, 5.5, 5.6, 7.0, 7.1 e não faz diferença.
E agora?
Obrigado
@CosmaP
Ambiente do sistema?
Logs de erros?
Você tentou as três coisas mencionadas neste post ou apenas 1 (mudar a versão do php)?
talvez atualize para o atual (1.10.4) a partir desta resposta?
[image: image.png]
* Cosma *
.
P Por favor, considere o meio ambiente
Economize papel - você realmente precisa imprimir este e-mail?
Economize eletricidade - você realmente precisa enviar este e-mail?
Na quarta-feira, 19 de dezembro de 2018 às 14:25, ntozier [email protected] escreveu:
@CosmaP https://github.com/CosmaP
Ambiente do sistema?
Logs de erros?
Você tentou as três coisas mencionadas neste post ou apenas 1 (mudar o php
ver)?
talvez atualize para o atual (1.10.4) a partir desta resposta?-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/3454#issuecomment-448613483 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AAzIx8j3ECZlTw2T8T2_dj2zJq8I0xS0ks5u6kw6gaJpZM4KoiuR
.
- Ambiente de sistema? * Acredito que seja um servidor Linux. Está hospedado com
TSOHost
apache? php ver? etc?
Logs de erros? Como faço para extraí-los?
Depende do seu ambiente. Você conversaria com o TSOHost sobre como ver seu php e
Apache - esperando o host me avisar
Php - 5,5
Log anexado
* Cosma *
Celular: 07956 323938
Skype: Cosma.Papouis
P Por favor, considere o meio ambiente
Economize papel - você realmente precisa imprimir este e-mail?
Economize eletricidade - você realmente precisa enviar este e-mail?
Na quarta-feira, 19 de dezembro de 2018 às 16:03, ntozier [email protected] escreveu:
>
- Ambiente de sistema? * Acredito que seja um servidor Linux. Está hospedado
com
TSOHostapache? php ver?
Logs de erros? Como faço para extraí-los?
Depende do seu ambiente. Você falaria com o TSOHost sobre como ver
seu php e logs.-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/osTicket/osTicket/issues/3454#issuecomment-448648157 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/AAzIx6JSSUDD0kytTbeU__s6oyB8DD3iks5u6mNMgaJpZM4KoiuR
.
Comentários muito úteis
Eu estava tendo o mesmo problema com o PHP 5.4
Uma vez que nenhuma correção de descida foi fornecida afaik, comecei a cavar no código.
Notei (ou não consigo encontrar onde) que o construtor do osTicketSession não é chamado em lugar nenhum?
Esta função inicia a sessão PHP.
Fiz uma solução rápida (não tenho ideia se influencia outras coisas ..) adicionando as seguintes linhas adicione o final de ./include/class.ostsession.php (antes de
?>
ofcourse)session_name("OSTSESSID");
session_start();
é um trabalho sujo e provavelmente quebra outras funcionalidades. No entanto, espero que agora um desenvolvedor tenha uma ideia de onde procurar para corrigir esse problema.