Комментарии 3
феерическая исуя
github.com/Ereza/CustomActivityOnCrash/issues/58
Ни каких претензий к переводчику.
Но как понимаю ни автор, ни те кто повелся и внедрил эту либу не догоняют,
что логов в консоле разработчика не будет
github.com/Ereza/CustomActivityOnCrash/issues/58
Ни каких претензий к переводчику.
Но как понимаю ни автор, ни те кто повелся и внедрил эту либу не догоняют,
что логов в консоле разработчика не будет
А у вас не подключен Firebase Crashlytics или Sentry?
Сторонние средства позволяют реагировать на крэши оперативнее, какой ещё смысл остался смотреть на крэши в саму консоль разработчика?
возможно автор либы тоже в курсе. И с этим я ошибся.
И как kolipass, тоже считает что в продакшене креш аналитика должна собираться.
А «феерия» в том, что кто-то добавил библиотеку релизную сборку для пользователей.
С моей точки зрения данная библиотека имеет очень узкую сферу применения.
Приложение должно работать с USB и разработчику не хочется связываться с WiFI ADB.
Только тогда расширенный отладочный креш репорт либы становится актуальным.
Главное что я имел в виду:
Эту библиотеку с моей точки зрения имеет смысл подключать только в дебаг сборках.
И как kolipass, тоже считает что в продакшене креш аналитика должна собираться.
А «феерия» в том, что кто-то добавил библиотеку релизную сборку для пользователей.
С моей точки зрения данная библиотека имеет очень узкую сферу применения.
Приложение должно работать с USB и разработчику не хочется связываться с WiFI ADB.
Только тогда расширенный отладочный креш репорт либы становится актуальным.
Главное что я имел в виду:
Эту библиотеку с моей точки зрения имеет смысл подключать только в дебаг сборках.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Меняем стандартный диалог сбоя приложения в Android на собственный экран