На 71 надпись на экране

Не думаю что это твое

Судя по всему это виновник торжества

Это не прошивка, это приложение какое то

Он же сказал что скрин левый

Вообщем, кроме шуток, проблема реально на её стороне

Никаких сервисов точно нет?

Ее скрины

Никаких сервисов точно нет?

Первый старт все оф

Я бы попробовал вырубить всех и проверить ещё раз

У неё в трее целая елка

100% она виновата

Попроси у неё список приложений

Отсутствие рута это печально

Так бы может в логах чего было б написано

У меня на телефоне (Nexus 5, Android 6.0.1) такое из-за screen filter приложения (позволяет сделать меньшую яркость на телефоне без рута) такое было. И надо или самому выставить что конкретное приложение может выполнять draw over other apps, либо отключить на время запроса пермишеннов, приложение которое работает поверх экрана. Либо руками выставить все пермишенны для приложения.

А интент сервису можно сказать чтобы после смерти заново все переделывал

Спасибо за совет.

можно ли скрыть иконку приложения, допустим, через 40 секунд? Дело в том, что если скрытие иконки происходит не в onCreate, то иконка почему-то не скрывается. Пробовал это делать в сервисе - не скрывается. Важное замечание: я запускаю приложение и сразу же его выгружаю из памяти.

Ситуация. ViewPager+TabLayout (3 таба, offscreenLimit 3). При свайпе туда сюда все ок, а при нажатии именно на таб - какой-то пролаг. В какую сторону копать?

смотреть что во фрагментах инитится тяжелое

Отключить все во фрагментах и проверить будет лаг или нет.

viewPager.setOffscreenPageLimit(3); (таба всего 3)

и при ручном свайпе все ок

если таба всего 3 то зачем viewPager.setOffscreenPageLimit(3);

лиснеры никакие не висят ?

на TabLayout

OffscreenPageLimit(1) -> | +1 left <=> current <=> +1 right | =====> 3

OffscreenPageLimit(1) -> | +1 left <=> current <=> +1 right | =====> 3

напутал, да 1, но это не важно тут

лиснеры никакие не висят ?

нет

весь контент во фрагментах отключи и проверь

да, с пустыми фрагментами все ок

возможно(но не факт) при клике на табы они заставляют вп перерисовать контент фрагментов

значит что то в ui потоке работает при загрузге фрагмента

ставь логи в onCreateView и смотри

таки create у него не должен вызываться

Ребят, помогите вытащить с помощью Cursor'a 3 записи из БД

Там типа 1 должна быть с максимальной ценой, другая с минимальной

или пройдись профайлером

ставь логи в onCreateView и смотри

не вызывается, естественно :)

ушел дебажить :)

а что у тебя во фрагменте ?

во всех 3 фрагментах списки (фото + текст)

похоже косяк был в onCreateOptionsMenu

.subscribeOn(AndroidSchedulers.mainThread()) при создании подписки на searchView

только не совсем понятно почему при свайпе все ок

Зачем подписываться на сеарч, когда он не активен

Зачем вообще явно указывать Scheduler?

У тебя chain будет работать на вызывающем потоке

Т.е. на main

.subscribeOn(Schedulers.io()) - хотя если юзается ретрофит - то пофиг

Зачем подписываться на сеарч, когда он не активен

хороший вопрос, задам его разработчику :)

похоже косяк был в onCreateOptionsMenu

Для себя решил, что лучше напрямую с toolbar работать, а не через support action bar. Косяков и гемороя в разы меньше

хороший вопрос, задам его разработчику :)

Библиотеки?

Библиотеки?

пулл реквеста

Для себя решил, что лучше напрямую с toolbar работать, а не через support action bar. Косяков и гемороя в разы меньше

+

Для себя решил, что лучше напрямую с toolbar работать, а не через support action bar. Косяков и гемороя в разы меньше

да, гемора очень много, согласен

может тут кто из котлин-ниндзя подскажет, почему вот в этом коде компилятор требует инициализатор у свойства? var activeDrawable: Drawable set(value) { field = value invalidate() } init { <...> activeDrawable = <...> <...> }

может тут кто из котлин-ниндзя подскажет, почему вот в этом коде компилятор требует инициализатор у свойства? var activeDrawable: Drawable set(value) { field = value invalidate() } init { <...> activeDrawable = <...> <...> }

Потому что оно не инициализированно

:D

но оно же инициализируется в init-блоке

Попробуй прямо в месте объявления

По-идее не должно влиять, но язык пока довольно слаб на такие вещи

Если var поменять на val и делать то же самое, то не будет орать

ERROR: S client not available

Короче 2 варианта: lateinit значение по-умолчанию в месте декларации

Попробуй прямо в месте объявления

ну с инициализацией при объявлениии оно конечно сработает) и без кастомного сеттера компилялось. но вот после добавления сеттера пришлось править :(

lateinit не работает с кастомными геттерами/сеттерами

пойду-ка зафайлю баг ?

lateinit не работает с кастомными геттерами/сеттерами

Точно. My bad. Прост не использую ldateinit. От него больше проблем, чем пользы

пойду-ка зафайлю баг ?

а оно в eap’е тоже так?

а то вдруг уже и починили

а оно в eap’е тоже так?

1.0.5-eap-38 так

а оно в eap’е тоже так?

да, я на девелоперской машине на eap сижу

У одного объекта Activity может быть дважды вызван метод onCreate? Иными словами: кеширует ли андроид объекты активити между onDestroy\onCreate?

У одного объекта Activity может быть дважды вызван метод onCreate? Иными словами: кеширует ли андроид объекты активити между onDestroy\onCreate?

Читай про lifecycle до полного просветления

читал я про lifecycle.

Вдруг андроид косячит

а андроид косячит)) но я ни разу не видел, чтобы какой-то метод запускался 2 раза

Вон у ретейн фрагментов инстансы кешируются. Вопрос: не бывает ли такого с активити

Вон у ретейн фрагментов инстансы кешируются. Вопрос: не бывает ли такого с активити

вроде нет, никак

разве что configChanges чтобы при перевороте и прочим не пересоздавалось

пацаны кто скольтко зарабатывает?)

Хочу чтобы ответили что много, чтобы у меня доп мотивация была на джавау перейти)

Вон у ретейн фрагментов инстансы кешируются. Вопрос: не бывает ли такого с активити

можно сделать что-то очень издалека похожее, если ты сам руками в onRetainNonConfigurationInstance сделаешь return this. Потом сможешь дергать getLastNonConfigurationInstace и получать любые данные из старой activity. Это ужасный костыль и так делать не надо, но можно так

я не хочу так делать. я хочу быть уверен, что onCreate вызван один раз

он и будет вызван только один раз

Хочу чтобы ответили что много, чтобы у меня доп мотивация была на джавау перейти)

Мало

я не хочу так делать. я хочу быть уверен, что onCreate вызван один раз

повторно он вызовется только после смерти активити

я не хочу так делать. я хочу быть уверен, что onCreate вызван один раз

на одном инстансе Activity он вызовется единожды, тебе же это и нужно?

Да...

Что-то слишком долго до этого шли

спс

Привет ребята. Может кто поможет советом. переоприделяю метод onSupportNavigateUp(), в нём вызываю super.onBackPressed() каждый второй раз, получаю крашь. решил завернуть try - catch и вызвать super.finish() но он тупо игнорируется, если поставить точку останова в метод я попадаю) Может кто знает по этому поводу http://joxi.ru/DrlzOWnC8pDX2P

Привет ребята. Может кто поможет советом. переоприделяю метод onSupportNavigateUp(), в нём вызываю super.onBackPressed() каждый второй раз, получаю крашь. решил завернуть try - catch и вызвать super.finish() но он тупо игнорируется, если поставить точку останова в метод я попадаю) Может кто знает по этому поводу http://joxi.ru/DrlzOWnC8pDX2P

а нельзя просто делать finish() ?