Всем привет! Вопрос - кто-нибудь сталкивался с тем, что в Android Studio тулза Layout Inspector выдает ошибку - "Error obtaining view hierarchy: Unexpected error: empty view hierarchy"? На экране, который пытаюсь просмотреть имеются: android.support.design.widget.CoordinatorLayout, внутри него - android.support.design.widget.AppBarLayout, после которого расположен RecyclerView. В RecyclerView я во время загрузки экрана добавляю кучу элементов с не очень большой вложенностью. Если заменить CoordinatorLayout на LinearLayout - все работает нормально. Пробовал повторить на маленьком проекте - не получается воспроизвести. =/

Так это уже из рук получается. Нужен новый, из коробки т.е

Кто-то знает инструмент который позволяет получить сетевое время в приложении. Желательно не сторонняя библиотека, а каким-то нативным для андроид способом?

А тебе какая точность нужна?

Кто-то знает инструмент который позволяет получить сетевое время в приложении. Желательно не сторонняя библиотека, а каким-то нативным для андроид способом?

Особы высокая не нужна. 3с хватит с головой

Делаешь запрос на свой сервер, - *1 сохраняешь время из хедера или боди - *2 сохраняешь текущие SystemClock.elapsedRealtime() (это мс с момента загрузки с учетом времени во сне) Потом можно вычислить реально время, не зависящее от изменения часов юзером через: *1 + (SystemClock.elapsedRealtime() - *2)

Делаешь запрос на свой сервер, - *1 сохраняешь время из хедера или боди - *2 сохраняешь текущие SystemClock.elapsedRealtime() (это мс с момента загрузки с учетом времени во сне) Потом можно вычислить реально время, не зависящее от изменения часов юзером через: *1 + (SystemClock.elapsedRealtime() - *2)

Кто знает как кликнуть на вью так чтобы оно не поменяло состояние. К примеру кликнуть по свитчу но что бы он остался в прежнем положении а ивент произошел?

Наложи сверху еще вьюху прозрачную

Picasso даже ерроров не кидает.

Ну она и не кидает, надо слушать коллбэки

Кто-то знает инструмент который позволяет получить сетевое время в приложении. Желательно не сторонняя библиотека, а каким-то нативным для андроид способом?

Не кидает callback с Error, поэтому нельзя понять - в чем ошибка и почему глайд отлично работает. Проблема в том, что все было написано на пикассо и сейчас делать везде глайд (из-за кэширования) немножко неохото :D

Всем привет, гружу фотографии по их path'ам через Picasso - не пашет, через Glide все отлично.

На всяких авито за 10к брать неок

То есть обязательно file: ?

А еще Firebase JobDispatcher 😉

>Он может выполнять задачи независимо от жизненного цикла апп (даже если процесс прибит) это типа START_STICKY? в сервисе

он просто процесс перезапустит если он прибит и продолжит выполнение?

Да, только прикол в том, что в нуге START_STICKY уже не работает ) Или точнее работает не так. Или это с печеньки началось... Но суть в том, что вечно живущих сервисов в андроиде считай что больше нету - доз рубит всех. Мы раньше тоже использовали START_STICKY, но этим летом перешли на джобы, потому что сервис просто не выживает на последних версиях андроида не смотря ни на какие флаги - частично как запланировал гугл, частично из-за багов самого гугла в этой части функционала. Впрочем, не думаю, что они эти баги пофиксят, потому как они совпадают с их вектором движения в этом плане )

а если в whitelist добавить вручную, то спасёт?

К сожалению нет - это такой баг. И они его вроде еще не починили. А даже если и починят, то в следующей минорной версии, и будет набор версий ходить по рынку, в которых даже форграунд дозом стопориться. Примерно как было с киткатом и START_STICKY

получается если в ТЗ явно указано что должен быть реалтаймовый сервис то лучше закупить девайсы на 5.1?

Насчет конкретных версий лучше погуглите, у меня ссылки на это не сохранилось. Но вроде 6-ой тоже нормально работал, а вот 7-ой запорол. Но на счет ТЗ имеет смысл исходить из задачи - для чего вам вечный сервис? Если нужно время от времени выполнять какой-то джоб, то есть JobDispatcher Если надо висеть и ждать пуша, то с новыми версиями это только через ГЦМ. Он один может будить из доза и пр. А вообще андроид начал движение в сторону экономии батареи, и потому придумал доз и мягкий доз. Тут надо немного парадигму сдвинуть, и принять как факт, что в доз телефон переходит через час когда он лежит неподвижно. То есть если пользователю действительно все равно. И первое окно для действий апп получает через 1 час после начала доза. Второе через 2, третье через 4, далее через 6 и т.д. по 6 Суть в том, что не нужно жрать батарейку, пока пользователь положил телефон в тумбочку. Если пользователь все время носит телефон с собой, то у него доз может включиться только ночью ) А до тех пор будет время от времени возникать мягкий доз (начиная с 7 андроида) - он не такой "злой" и окошки дает довольно часто...