Ну так надо знакомиться тогда)

По разному) сеня пришло приглашение от 15 до 70

итить як мало

)

wtf

воу воу!

сори

интро симпсонов?

java.lang.StackOverflowError java.lang.Integer.<init>(Integer.java:88) java.lang.Integer.valueOf(Integer.java:707) android.util.IntProperty.set(IntProperty.java:45)

у меня стэковерфлоу почему-то

на мелком экране

Постоянно или 1 из 10 случаев? Эмулятору не всегда стоит доверять

постоянно

ща попробую экран побольше но той же версии андроид

не

это не из-за экрана короче

андроид 4.1

Ну так надо знакомиться тогда)

Знакомимся)

Знакомимся)

Я вот счяс в Барс груп тружусь) А так удаленкой промышлял)

Я вот счяс в Барс груп тружусь) А так удаленкой промышлял)

И как у них там? Я знаю, что на бэке текучка большая)

Постоянно или 1 из 10 случаев? Эмулятору не всегда стоит доверять

черт, хрень какая-то. На эмуляторе 4.1.1 Апи 16 падает такая ошибка со стековерфлоу. Девайс 4.1.2 апи 16 всё норм хм.

И как у них там? Я знаю, что на бэке текучка большая)

На бэк я обплевался как пришел))) А так пока пойдет) Тока пока маловато работы)

а у когонить были проблемы с HAXM на macOS 10.11&

гайз, а кому-нибудь встречалась задача определения что юзер переключился из приложения в другое (или в лончер), и как её решали?

гайз, а кому-нибудь встречалась задача определения что юзер переключился из приложения в другое (или в лончер), и как её решали?

мм, жц активити?

гайз, а кому-нибудь встречалась задача определения что юзер переключился из приложения в другое (или в лончер), и как её решали?

не было такой задачи но тебе в этом поможет Application.ActivityLifecycleCallbacks

не было такой задачи но тебе в этом поможет Application.ActivityLifecycleCallbacks

да, я его использую. правда использовал Paused/Resumed для этого. И вот споткнулся об то, что окно запроса разрешений вызывает ложное срабатывание "переключились в другое приложение"

а почему использовал не Stopped, блин, не помню :D

тогда читай про ЖЦ и юзай Stop

да, я его использую. правда использовал Paused/Resumed для этого. И вот споткнулся об то, что окно запроса разрешений вызывает ложное срабатывание "переключились в другое приложение"

при запросе пермишенов вылезает диалог, а значит активити уходит в onPause а потом в onResume должно

тогда читай про ЖЦ и юзай Stop

спасибо за совет)

при запросе пермишенов вылезает диалог, а значит активити уходит в onPause а потом в onResume должно

Диалоги не провоцируют паузу

Диалоги не провоцируют паузу

провоцируют насколько мне известно, у тебя активити становится частично видимо

й

Паузу провоцирует перекрывающий тип

Т.е. другая активность

Неь

Вон вытяни шторку -- ты ничего не видишь, но паузы нет

провоцируют насколько мне известно, у тебя активити становится частично видимо

кажись провоцируют

Диалоги не провоцируют паузу

таки провоцируют

Вон вытяни шторку -- ты ничего не видишь, но паузы нет

шторка не провоцирует, а любой диалог вызывает паузу, потом резюм когда вернулись к активити

короче, в этот раз я решил не бырокостылить, а проверить

Нет

Не путайте активности, стилизованные под диалоги

отказался я от stopped потому что он вызывался после resumed вновь-показанного активити

Не путайте активности, стилизованные под диалоги

Не путаем

т.е. A → B == paused A → started B → resumed B → stopped A

поэтому я решил не мучаться и заюзал paused

правда ни то, ни то не помогает от таск-свитчера

эта сволочь вызывает stopped :(

Не путаем

Иди проверь

Покажи в активности диалог фрагмент и проверь

Покажи в активности диалог фрагмент и проверь

запрос разрешений немного необычный диалог

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

могу предположить, что он даже выполняется в другом процессе

Диалог без активности в другом процессе не показать

:)

ну карочи, склифасофски, onPaused таки вызывается)

хм

Ну как, можно впринципе, но пиздец

Диалог без активности в другом процессе не показать

а кто тебе сказал что без активности?

ну карочи, склифасофски, onPaused таки вызывается)

В твоем случае да)

Диалогфрагмент и не вызовет у активити онпаус

обычный SYSTEM_как_его_там

ERROR: S client not available

Диалогфрагмент и не вызовет у активити онпаус

А я тебе про что говорю?

обычный SYSTEM_как_его_там

Это ты с виндоу менеджером уже договариваешься

яхз про что вы тут спорите, а я про пермишны)

Не надо так по идее

Это ты с виндоу менеджером уже договариваешься

не я, а система

:D

А я тебе про что говорю?

А они про алертдиалог и диалог разрешений, который вызывает

скажи это ребятам из гугля

А они про алертдиалог и диалог разрешений, который вызывает

Слыш, я просто человека поправил потому что он сказал "диалог"

да уж, взболтать и не смешивать ? всего-то про foreground watcher спросил)

Да все все, свалил)

бле

всё таки хрен пойми

где-то видел что onResume вызывается после закрытия диалога

а значит и onPause должно

может всё-таки если активити под диалог стилизовано

Да подтверждение пермишена лежит в другом процессе скорее всего, поэтому вызывается в виду реализации : ) Да ладно, главное человек разобрался

зато меня в ступор загнали ?

АлертДиалог никогда не паузит. Активности паузят

Проверь сам

а значит и при исчезновении алерта диалога OnResume не будет получается

Не будет

Диалог часть активности в которой идет деяние

активности то 100% паузят

Поэтому активность не паузится

активность , которая открывается аузит предыдущую и даже стопает

паузит*

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

Да

привет еще раз всем )