Alex Sh.

При удаленном подключении к роутеру с отключенной службой статус подключенных устройств не должен отображаться. Но я у себя это тоже воспроизвожу, так что надо разбираться ) А при локальном подключении статус показывается корректно независимо от службы.

Да, воспроизвожу у себя то же самое. Сейчас заведу задачу. Благодарю вас.

А вот это поправлено?

@T@rkus Похоже на баг авторефреша экрана. Будем смотреть )

@enterfaza Когда клиент без иконки - он со стандартной шестиугольной иконкой "Generic". Цвет этой иконки не отличается от остальных и зависит от статуса клиента. А задача про синюю иконку заведена, да.

@T@rkus На бете и на релизе+веб сейчас действует две независимые системы уведомлений, поэтому и такое поведение. Это переходный процесс, к следующему релизу все придет в норму.

@T@rkus, действительно, на бете отслеживание отключено до следующего релиза. Это связано с изменением в логике работы с подключенными устройствами. Вы можете включить отслеживание в вебе, и после этого уведомления должны начать приходить. @enterfaza Трекинг, слетевшие иконки смотрим. Про активный фильтр завду сейчас задачу, посмотрим чуть позже.

@enterfaza Нет, цвет иконки отображает статус устройства, а не происхождение иконки. Синяя иконка - это баг. Значит, статус устройства неизвестен. Я попросил iOS-разработчиков посмотреть, что там со статусом не так.

Сейчас сделано так: Если пользователь вручную задает иконку подключенному устройству, эта иконка сохраняется и больше не меняется (включая иконку Generic). Нейросеть может присвоить иконку только устройствам без иконки, заданной пользователем (неважно, зарег. или незарег. устр-во). Иконки нейросети не сохраняются и обновляются каждый час. Если настройки нейросети изменились, или в процессе обучения сеть изменила мнение, иконка может поменяться или быть удалена с устройства. Не самый оптимальный вариант, поскольку, как мы видим, вызывает вопросы у пользователей. Мы еще подумаем, как оптимизировать этот процесс и его представление.

@T@rkus @drugold Спасибо за репорт. Есть подозрение, что баг уже исправлен в Dev-сборке. Проверим!

Это может происходить на устройстве, которому пользователь вручную не присвоил иконку. Нейросеть в процессе обучения может передумать. Что касается частоты срабатываний, число распознанных устройств сейчас действительно может уменьшиться. Мы столкнулись с тем, что пользователи мало устанавливают иконки вручную, и из-за этого нейросети не на чем учиться. Сейчас выставлен довольно высокий порог точности для нейросети. По мере того, как она будет учиться, этот порог будут переходить все больше девайсов.

Да, нужно сказать, версия вышла неудачной. Дождитесь следующей лучше.

Причина этого поведения стала понятна - событие приходит в демон до того, как тот успевает подключиться к серверу, и отбрасывается. В прошивке будет реализовано накопление событий. Тут понятней не стало - проблема может быть как на стороне сервера, так и роутера. Но можно исключить роутер, добавив фильтрацию дубликатов сообщений. Это также будет сделано в рамках первой задачи. По срокам, правда, ничего не могу сказать.

Да, как я написал в соседней теме, ip hotspot собирается из heighbor + associations контроллера + associations Wi-Fi-системы. Суть проблемы остается той же, просто неверный статус приходит из ассоциаций контроллера. ну и это мне так и остаётся не понятным Не всегда воспроизводится же, нужно подгадать таймауты. Проблема будет решена в будущем, вероятно только не быстро.

@T@rkus Прошивка с дебагом в итоге не понадобилась - разобрались, проанализировав селф-тесты и воспроизведя у себя. Описанная вами ситуация происходит из-за того же, что и в теме @enterfaza. События генерятся одной подсистемой - neighbor, а текущий статус клиента берется из драйвера Wi-Fi - ip hotspot, который в свою очередь строится на neighbor + associations локальный и экстендеров, из которых последние два имеют больший приоритет. Иногда из-за разных таймаутов в подсистеме neighbour и драйвере Wi-Fi-клиент остаётся в списке при ухода из зоны охвата Wi-Fi. Быстро исправить эту проблему не получится, но теперь мы о ней знаем, в перспективе системщики ее решат. Спасибо за репорт!

@enterfaza Только сегодня получил комментарии от системных разработчиков. Они проанализировали ваш селф-тест и воспроизвели ситуацию: "Телефон подключен к экстендеру.Клиент перестаёт передавать данные.Контроллер это замечает и генерит событие, которое приходит в виде push'а. Однако в драйвере wi-fi на экстендере есть свой список клиентов (show associations), который периодически подмешивается в show ip hotspot контроллера. Получается так, что из-за разных таймаутов в подсистеме neighbour и драйвере wi-fi клиент остаётся в списке при ухода из зоны охвата wi-fi. <...> Обсудили с командой.Решили, что поведение останется как есть, т.к. изменить что-то довольно проблематично." Так что новости как бы есть, но изменений как бы нет )

Спасибо, посмотрим!

Версия 21: На графиках «‎Трафик» разделены входящий и исходящий потоки данных, скрыты единицы измерения. Исправлена проблема при добавлении torrent-файла из стороннего приложения. Добавлена ссылка на информацию о доступной версии KeeneticOS. На экран интернет-центра добавлена ссылка KeenDNS. Для DSL-моделей добавлено: - Отображение аппаратной ревизии, версии прошивки и драйвера встроенного модема. - Меню диагностики линии. Для 4G-моделей расширена информация о подключении через встроенный 4G/3G-модем.

Версия 21: На графиках «‎Трафик» разделены входящий и исходящий потоки данных, скрыты единицы измерения. Добавлена ссылка на информацию о доступной версии KeeneticOS. На экран интернет-центра добавлена ссылка KeenDNS. Для DSL-моделей добавлено: - Отображение аппаратной ревизии, версии прошивки и драйвера встроенного модема. - Меню диагностики линии. Для 4G-моделей расширена информация о подключении через встроенный 4G/3G-модем.

@enterfaza Спасибо за развернутый ответ. Вы никого не обидели, наоборот мы рады таким пользователям как вы, которые с вовлеченностью и усердием находят то, что упустил наш QA и автотесты. Просто задач много, и приходится их выстраивать по приоритетам. Не все удается сделать сразу. Краши фиксируются, я попрошу посмотреть iOS-разработчика. На каком экране падало приложение, вспомните? Вижу, отписал вам в той теме. Единственное, я с утра тупее обычного, где видео, о котором вы говорите? По этим вопросам сейчас найду задачи, посмотрю, какой статус. Про счетчик приложений и USB поясните только, при каких условиях сбрасываются?

@enterfaza В соседней теме вы утверждаете, что баг всё еще иногда проявляется на 21(356). Опишите, пожалуйста, действия для воспроизведения. Выгрузить приложение из памяти, зайти в приложение, зайти в локацию? Как часто воспроизводится?

@enterfaza Большинство задач по UI перешло в следующий этап. Недопереводы допереведем. Что касается вылетов, то их правили как раз в 356-й сборке. У вас и на ней вылетает приложение? Определение типа соединения на дашборде при запуске: напомните, пожалуйста, вы об этом ранее писали? Какой это пост?

@enterfaza Это результат "оптимизации" алгоритма Сейчас оптимизируем обратно.

@T@rkus Синий с вечным лоадером?

Мы слегка обсудили тему и решили, что позже сделаем редизайн этих плашек.