Но с эмулятором могут быть

У меня так и не запустился

как мне это ссаное перечеркивание убрать @Supress("deprecation") не пашет

как мне это ссаное перечеркивание убрать @Supress("deprecation") не пашет

Alt+Enter Inspection (что-то про deprecation) → disable for (что нужно) Enter

мне надо не только у меня

Не забудь переопределить ShouldOverrideUriLoading(view: WebView?, request: WebResourceRequest?): Boolen для api >=N

В гугле много полемики на эту тему, но вот решения я так и не нашел. В случае, когда активити убивается(т.е. без вызова onDestroy), где должно происходить освобождение ресурсов? В onStop - не вариант для задач, типа : асинхроннаяТаска качает большой файлец, убиваем приложение и хотим чтобы загрузка тоже отвалилась ИЛИ таймер висит в нотификашке, убиваем приложение и хотим чтобы нотификашка исчезла. Как в таких случаях поступать?

у вас не убивается активити, у вас убивается процесс приложения. Уже нечего освобождать.

-_- Убивается проц --> убивается активити. И в своем сообщении выше я указал кейсы конкретные с проблемами. есть мысли, Как хендлить такую ситуацию можно?

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

Загрузка данных и нотификация - два разных примера. В сообщении это отражено.

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

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

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

не обязательно, загрузка может происходить в системном Download service

во время жизни приложения в префах периодически сохранять текущее время, и каким-нибудь WorkManager-ом туда смотреть.

Ох б, ну и гемор

во время жизни приложения в префах периодически сохранять текущее время, и каким-нибудь WorkManager-ом туда смотреть.

А как же SingleActivity + BackgroundCallback?

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

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

В общем, есть идея перенести создание нотификации из активити в сервис и для него прописать stopWithTask в манифесте + переопределить метод onTaskRemoved и там удалять нотификашку Это ведь сработать?

Отлично. Ребятки, спасибо всем

В общем, есть идея перенести создание нотификации из активити в сервис и для него прописать stopWithTask в манифесте + переопределить метод onTaskRemoved и там удалять нотификашку Это ведь сработать?

onTaskRemoved не вызывается на Xiaomi

Чооооооооооо

Чооооооооооо

Недавно столкнулся с такой же проблемой , на девайсах от Xiaomi этот callback не вызывался , на других не стал даже проверять , т.к 90% моих юзеров юзают  xiaomi))

Хм..ну проверю ближе к ночи. Надеюсь, ты не прав)

Отпишись плиз , если получится

В общем, есть идея перенести создание нотификации из активити в сервис и для него прописать stopWithTask в манифесте + переопределить метод onTaskRemoved и там удалять нотификашку Это ведь сработать?

Кстати , о такой проблеме можно и забыть на девайсвах Xiaomi , т.к после убийства процесса , MIUI уничтожает твой foreground service автоматически))

Если в настройках указано не сохранять фоновые задачи

Они же вроде по умолчанию включены , не?

по умолчанию если системе понадобится - она без колебаний прибьёт

Тот же аимп умирает запросто

когда музыка играет? нет)

Тот же аимп умирает запросто