норм все, работает

Уууу часы спидхак-ируют(((

спешать все больше и больше

хм ...

уже на 2 минуты ...
ВРемя время, ты куда бежиииишь

и да, значение на +2 увеличивается

хм

Хоба, кажется закономерность нашел

с каждым новым запросом при этом же сеансе, скорость увелечение времени выростает

может лишний коннект

теперь +3

+4

да, верно

но если завершить сеанс (хоть даже закрытие функционала и возвращение в меню) и потом вновь запустить запрос - то все по новой. Сейчас чекну

хм... предположение появилось... а не может это быть следствием наложения эффектов, вроде как стека

залил последние изменения на GitHub ...
все, я спать, рил уже торможу сильно

Хм ...
Рил закономерности, чем больше раз производиться запрос времени за сеанс, тем на большее количество увеличивается итерация времени ... Причемч рил линейно.
Ввзову 2 раза + 2 сек, 3 + 3 сек ... 5 + 5 сек. Как будто рил складируется что то, инкрементируется само увеличтвающее значение ...

Если это норма для такого метода, то надо при повторном запросе сбрасывать это ...

Ля, сегодня ничего не делал по проекту, но обдумывал.
Крч, я проверил, баг рил из-за повтороного вызова функции, в которой происходит увелечение времени.
Я ради проверки попробовал не на 1, а на 2 сек увеличивать время. ТАки да, со вторым вызовом на +4, с 3 на + 6 сек время увеличивалось.
Мне пот инетересно, а может быть это связано со скоплением запросов, т.е предыдущий не удаляется (где уже происходит увелечение времени на +1 сек), и появляется новый. И так все копится в стек.

Я отсюда выдвинул теоретическое решение, мол если так, то перед тем, как будет происходить новый запрос, старый будет удаляться. Хз, верно ли или нет

Очень похоже что ты делаешь новый Коннект.

У меня код на гитхабе выложен еслит что