Валерий
Ну кажется это всё
Максим
То есть, по сути, проблем нет?
Валерий
нет
Максим
Тогда хорошо
Максим
Спасибо
Валерий
Но с эмулятором могут быть
Валерий
Сама студия и тулчейн не зависят от проца
Максим
Да эмуль мне не очень нужен, планирую тестить на реальных железках
No
У меня так и не запустился
No
Не пробовал
Валерий
Запускался, но полтора тысячелетия и дико тупил
Валерий
фпс на уровне 2-10
hardware gpu стоит?
Di7aK
как мне это ссаное перечеркивание убрать @Supress("deprecation") не пашет
Di7aK
да написал же не пашет
Denis
подумал, может из-за того что слово с ошибкой, не пашет
Di7aK
студия бы мне по голове дала и я бы там заметил, тут просто опечатался
Валерий
Alt+Enter Inspection (что-то про deprecation) → disable for (что нужно) Enter
Валерий
как мне это ссаное перечеркивание убрать @Supress("deprecation") не пашет
Обычно в идее так можно найти правильный способ убрать предупреждение
Eugene
Валерий истину глаголит
Валерий
мне надо не только у меня
В каком плане? Зачёркивание только в ИДЕ бывает
Eugene
Не забудь переопределить ShouldOverrideUriLoading(view: WebView?, request: WebResourceRequest?): Boolen для api >=N
Di7aK
у люього кто откроет сорс не должно быть зачеркнуто
Валерий
Ну так и не будет
Eugene
Сорян не заметил
Валерий
УМВР правда, на жабке @SuppressWarnings("...") //noinspection ...
Валерий
Валерий
Валерий
Я про вот эту менюшку
Валерий
Достаточно удобная штука, когда не знаешь точное название инспекции
Artem
В гугле много полемики на эту тему, но вот решения я так и не нашел. В случае, когда активити убивается(т.е. без вызова onDestroy), где должно происходить освобождение ресурсов? В onStop - не вариант для задач, типа : асинхроннаяТаска качает большой файлец, убиваем приложение и хотим чтобы загрузка тоже отвалилась ИЛИ таймер висит в нотификашке, убиваем приложение и хотим чтобы нотификашка исчезла. Как в таких случаях поступать?
Artem
у вас не убивается активити, у вас убивается процесс приложения. Уже нечего освобождать.
-_- Убивается проц --> убивается активити. И в своем сообщении выше я указал кейсы конкретные с проблемами. есть мысли, Как хендлить такую ситуацию можно?
Алексей
-_- Убивается проц --> убивается активити. И в своем сообщении выше я указал кейсы конкретные с проблемами. есть мысли, Как хендлить такую ситуацию можно?
была дискуссия на эту тему какое-то время назад, по задаче "убирать нотификацию при смерти процесса". Нормального способа не нашли, разве что периодически проверять, давно ли последний раз приложение было живо, и если слишком давно - убирать. Но наличие нотификации не связано с загрузкой данных в фоне, если это не FG-сервис.
Алексей
Загрузка данных и нотификация - два разных примера. В сообщении это отражено.
вот загрузка отвалится сама по себе, потому что она происходит в вашем же процессе, который убивается.
Алексей
По поводу периодической проверки "живости" приложения...чот нет мыслей пока что, как это можно сделать? В плане, с помощью чего?
во время жизни приложения в префах периодически сохранять текущее время, и каким-нибудь WorkManager-ом туда смотреть.
Алексей
не обязательно, загрузка может происходить в системном Download service
а он специально сделан для того, чтобы она не прекратилась, когда приложение умирает. Делать так, чтобы прекратилась - воевать против системы :)
Алексей
Ох б, ну и гемор
потому что война против андроида)
Nazar
Что такое префы?
Pedro
https://developer.android.com/training/data-storage/shared-preferences
Алексей
А как же SingleActivity + BackgroundCallback?
Хороший вариант, только при краше не сработает.
Aleksey
При краше есть глобальный хендлер ошибок)
Daniil
Я новичок так что может чего не понимаю, но мне кажется здесь нужно ресурсы держать на слабых ссылках, а при краше gc их сам почистит.
Mike
Я новичок так что может чего не понимаю, но мне кажется здесь нужно ресурсы держать на слабых ссылках, а при краше gc их сам почистит.
Звучит как «слабые ссылки — панацея, давайте совать их всюду», что, конечно же, неверно. При краше, когда пользователь нажмёт «закрыть» или «перезапустить», никакие сильные ссылки всё равно не выживут, потому что убьется процесс.
Алексей
Я новичок так что может чего не понимаю, но мне кажется здесь нужно ресурсы держать на слабых ссылках, а при краше gc их сам почистит.
Мы обсуждали не очистку ресурсов, которая не нужна, потому что процесс умрёт, а убирание нотификации из шторки
Artur
Привет, работал кто с NTLM авторизацией?
Artem
В общем, есть идея перенести создание нотификации из активити в сервис и для него прописать stopWithTask в манифесте + переопределить метод onTaskRemoved и там удалять нотификашку Это ведь сработать?
Artem
Отлично. Ребятки, спасибо всем
Mike
Отлично. Ребятки, спасибо всем
Отпиши, пожалуйста, как оно.
Алексей
вообще не удивлюсь, если так и есть
Алексей
Чооооооооооо
там своя прошивка с MIUI стоит, так что вполне реально ожидать подобных сюрпризов
Dj
Чооооооооооо
Недавно столкнулся с такой же проблемой , на девайсах от Xiaomi этот callback не вызывался , на других не стал даже проверять , т.к 90% моих юзеров юзают  xiaomi))
Dj
В общем, есть идея перенести создание нотификации из активити в сервис и для него прописать stopWithTask в манифесте + переопределить метод onTaskRemoved и там удалять нотификашку Это ведь сработать?
Кстати , о такой проблеме можно и забыть на девайсвах Xiaomi , т.к после убийства процесса , MIUI уничтожает твой foreground service автоматически))
Dj
Так же уничтожает foreground service после свайпа приложения из task manager
Dj
Если в настройках указано не сохранять фоновые задачи
Они же вроде по умолчанию включены , не?
Алексей
Они же вроде по умолчанию включены , не?
по умолчанию если системе понадобится - она без колебаний прибьёт
Алексей
Алексей
Эт дефолт
Алексей
Тот же аимп умирает запросто
Mike
Тот же аимп умирает запросто
когда музыка играет? нет)