[Update] Auto update

[BrunoBrilha]

Priority

Low

Area

• [ ] Data
• [x] Source
• [ ] Docker
• [ ] Other

What happened?

A atualização automática não está a funcionar. Utilizei a API de atualização automática do OTClientV8 oficial, que só funciona no OTClientV8 oficial. Na versão OpentibiaBR, não funciona.

Auto-update is not working. I used the official OTClientV8 auto-update API, which only works with the official OTClientV8. It does not function in the OpentibiaBR version.

What OS are you seeing the problem on?

Windows

Code of Conduct

• [X] I agree to follow this project's Code of Conduct

[dex-89]

I have the same problem with status.php as well. It downloads, but displays identically in the terminal

I checked https://github.com/OTCv8/otclientv8 and works ok. I think that problem is in src/framework/http.cpp/.h -> parsing json

status.php source: https://github.com/OTCv8/otcv8-tools/blob/main/api/status.php

[BrunoBrilha]

Não foi corrigido, tomem cuidado quem baixar, fecharam o tópico sem dar satisfação

[dex-89]

I tested only with status. I try fix updater now

[Kizuno18]

same error here, ive to use my old compiled file from 22 days ago before some new commits in the main branch

[dex-89]

same error here, ive to use my old compiled file from 22 days ago before some new commits in the main branch

which version are you using? and there is no error there?

[Kizuno18]

same error here, ive to use my old compiled file from 22 days ago before some new commits in the main branch

which version are you using? and there is no error there?

latest from github - mobile gives this error

[Kizuno18]

[Kizuno18]

encrypted files

[SHARING4N]

Pra quem não tem ideia de qual o problema, as requisições http(s) no updater está sendo feita por "steps" até terminar a conexão. As requisições possuem um tamanho limite. A cada requisição é escrito seguindo a seguinte maneira:

1bc8\r\r\n

Sendo 1bc8 um número em hexadecimal (0x1bc8) sinalizando o tamanho do buffer depois do \n Supondo que o limite de mensagem é de 3 bytes, e o limite de tamanho for excedido, vc terá o seguinte modelo de resposta (algo parecido com isso):

0x3\r\r\naaa0x3\r\r\naaa0x3\r\r\naaa0x2\r\r\naa\n

Sendo que a resposta do servidor foi somente:

aaaaaaaaaaa

Outro problema é o client vai travar para finalizar a thread de alguma conexão mal feita pela biblioteca asio

Algumas possíveis soluções:

• consertar a forma como a biblioteca asio processa as requests
• remover a biblioteca asio e colocar uma mais simples como libcurl