Alex Sh.

Есть интервалы в расписании, начинающиеся в один день, а заканчивающиеся на следующий? И расписания созданы в web, правильно?

@Mamay Воспроизвел вылет модуля Zendesk на Samsung-e с Android 4.4.2. Спасибо за репорт! Интересно, что на Huawei с той же 4.4.2 симптомы другие (но тоже не работает).

Версия 51: Исправлена работа приложения на Android 9 (сообщил @Sergey Zozulya). Исправлено редко возникающее падение приложения на главном экране.

@Aleksandr Akimov, вам спасибо за проверку! Подтвердите, пожалуйста, у вас в списке устройств корректно отображаются SSID роутеров? Какой телефон используете? @Sergey Zozulya, нет, мы не сталкивались с таким багом при тестировании. Может, еще столкнемся. У нас проблема была в новых требуемых разрешениях для работы с Wi-Fi: мы считали, что уже добавили всё необходимое, а оказалось, что не всё ) https://developer.android.com/guide/topics/connectivity/wifi-scan#wifi-scan-restrictions

@Sergey Zozulya, сможете у себя на Pixel-е протестировать сборку? В первую очередь интересует, правильно ли отображаются SSID. app-release.apk

Глупо отпираться, такой ранний релиз застал нас врасплох. Но мы все всё починим, 1%, держитесь!

Да должны. Попросим Гугл придержать релиз, если что

Вы меня опередили, я как раз дописывал это в ответ. Пользователей OPKG такие мелочи не смущают.

@Александр Рыжов, спасибо за баг-репорт. Необходимость в обработке конфликтов возникла только сейчас, при переходе на Tuxera SMB. В последней сборке веба уже попроавили, как правильно заметил @AndreBA, в приложении тоже сделаем.

Версия 49: UI: Исправлена иконка расписаний для retina-дисплеев. Добавлено отображение идентификатора клиента (CID) на экране "Об устройстве" (временно, в целях тестирования).

В сегодняшнем релизе v49 сделали костыль - добавили запятую в регулярное выражение для PPP. Это решит вашу проблему. В следующем релизе синхронизируем регулярные выражения с web.

Версия 49: Исправлена ошибка, приводящая к медленной загрузке списка устройств на главном экране (сообщил @Sort44). Transmission: Добавленные торренты и прогресс закачек теперь корректно отображаются. Исправлена ошибка при создании двух пересекающихся периодов времени в расписании. Исправлена ошибка при создании периода в расписании, оканчивающегося в "00:00". Добавлено отображение идентификатора клиента (CID) на экране "Об устройстве" (временно, в целях тестирования).

Воспроизвел у себя на Андроиде: в приложении присустсвуют лишние ограничения на вводимые символы в поля PPP-подключений. На IOS все корректно. Создал тикет, сделаем как в веб-интерфейсе. Спасибо!

Да, мы воспроизвели на эмуляторе: Я завел тикет, хорошо бы к официальному выходу 9-го Андроида исправить.

Спасибо за репорт, @Sergey Zozulya! Попробуем на эмуляторе воспроизвести сначала.

Будьте добры, пришлите MID с обоих телефонов (он написан на экране "О приложении"). Также укажите модель телефона и версию ОС на том телефоне, с которым проблемы.

Не понял, вы не можете зайти на роутер удаленно? Опишите проблему подробнее, пожалуйста.

Версия 47.1: Обновлен URL в модуле Zendesk.

Версия 45.1: Обновлен URL в модуле Zendesk.

Версия 47: Transmission: Путь для загрузки файлов по умолчанию теперь соответствует настроенному в Transmission WEB GUI (Settings -> Default path to download torrents). NetFriend: Исправлена ошибка при настройке проводного соединения на KN-1810. UI: Правка форматирования текста на экране добавления интернет-центра. UI: Убран пункт "Другие приложения" из меню на экране "Список устройств". UI: Добавлен индикатор процесса для подключения к Wi-Fi с сомощью QR-кода.

Не было Тикет создан, но пока висит. Приходится распределять ресурсы между My.Keenetic и новым приложением.

@Sort44 Есть к вам просьба: раз вы неравнодушны к функционалу трансмишн в мобильном приложении, прошу вас протестировать новую версию. Сами мы ее уже посмотрели, но лишним не будет. Все интересующиеся, читающие этот пост, тоже welcome! Суть изменений в следующем: путь для загрузки файлов теперь не привязан в приложении к "Папке хранения" из WEB GUI Кинетика (cli: torrent directory), а берется (как и для Transmission WEB GUI) из параметра "download-dir" в файле settings.json. При ручном добавлении торрента путь может быть изменен пользователем, но изменения не записываются в settings.json. Таким образом проблема, описанная вами выше, решается указанием корректного пути в настройках Transmission WEB GUI (Settings - Default path to download torrents) или напрямую в файле json. app-release_vc_66_vn_47.apk

@Sort44 Я покопался еще и выяснил, что вы отчасти правы, и у нас есть недоработка - логика в Андроид и IOS отличается: Трафик и аптайм в карточке устройства в Андроиде берется из show associations и совпадает со старым веб, не совпадает с новым. Трафик и аптайм в карточке устройства в IOS берется из show associations для прошивок до 2.09 включительно и show ip hotspot после 2.09. Т.е. на старых прошивках совпадает со старым вебом, на новых - с новым. У вас прошивка, наверное, свежее 2.09, поэтому вы и видите расхождения со старым вебом в IOS и не видите в Android. Но, кстати, параллельно я заметил, что в самОм новом вебе есть баг с аптаймом - он иногда без видимых причин сбрасывается в 00:00, хотя в ip hotspot отсчет продолжается. Так что иногда и то, что должно совпадать, не совпадает, но уже не по вине приложения :). Мы приведем обе платформы к единому виду. Мне логичным видится использовать этот форк с IOS, но граничной сделать версию 2.10, чтобы исключить вариант, когда у пользователя прошивка уже с ip hotspot, но еще без нового веб, и он как вы недоумевает, почему показания разные.

Сравните таймер в приложении с параметром uptime в show associations в CLI (он в секундах) или со старым вебом. Если показания совпадают, то это не баг, а особенность реализации. Если в приложении переделать на show ip hotspot, перестанет совпадать со старым вебом. Видимо, так нужно будет сделать после достижении определенного % распространения нового веба среди пользователей.

@Sort44 Да вроде, я проверял, не было на IOS такого бага. Разночтения с новым вебом для WI-FI устройств могут быть из-за того, что в новом вебе время берется из show ip hotspot, а в приложении - по-старинке из show associations. В ip hotspot игнорируются краткие разрывы связи, поэтому в вебе счетчик может продолжать тикать в то время, как в приложении (и в asociasions) обнулится.