Туда и обратно: как мы пытались отследить актуальное время в Android

[GDragon]

Всегда можно сделать фулл-бекап приложения =)
В крайнем случае - системы.

[dioman648]

Хотелось сделать решение, при котором пользователь не будет испытывать неудобства из-за отсутствующего соединения или неточных данных. Поэтому подобное решения не рассматривал.

[werwolflg]

Для этого же геолокация должна быть включена, а им надо чтобы всегда работало. P.S. Тот же System.currentTimeMillis(), который они используют, если в настройках включено автоустановка времени, может получать данные по GPS, NITZ или NTP, смотря что установлено.

[nfirex]

А это время можно достать, если приложение не требует геолокацию?

[aamonster]

Как-то сложно... Не проще было по подозрительным событиям (перевод времени, перезагрузка) требовать синхронизации времени?

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

[dioman648]

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

Была цель не заствлять человека синхронизироваться в оффлайне.

[werwolflg]

А если использовать NTIZ для получения времени? Вроде бы обходными путями к нему можно было достучаться.

[dioman648]

Привет, спасибо за подсказку, про NTIZ до этого я не знал. Нужно будет глянуть на досуге.

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