И не только андроида касается. В любом сложном ПО есть баги и говнокод. А если их нету, то потом лет даже через 10, но найдутся, как старые баги в Windows.

а вот на айос.... 🌚

Если даже в чистом андроиде баги проскакивают, то что уже про чудо-оболочки и чудо-чипмейкеров, любящих свой аосп делать на базе гугловского, говорить.

Китайские сборки андроида уже притча во языцех

Их фанаты пишут "Вы гоните, всё работаит!!! Чистый андроид - дно!", а потом, когда наши приложения у них не работают, они ставят плохие оценки в плей сторе. Но ладно, у нас чат не совсем про это.

сегодня наткнулся на это: https://stackoverflow.com/questions/11451943/why-my-close-activity-animation-doesnt-work-on-android-4-0-ics.

Думал, чистенько стилями сделаю exit анимацию. Хуй там плавал, теперь у меня ebaniiOverridePendingTransition и ещё куча обвязки вкорячено, потому что оно работало, но после 4.0 "сломалось".

Старое приложение пилите, или клиент заставил ICS поддерживать?
Google Play Services ICS уже год, как не поддерживают.

чем дальше ты от XML тем лучше

не старое, оно и выше сломано. Может в Material лучше, но у нас ещё Compat. Вообще, заметил, что очень неохотно беру UI таски из-за таких пней на каждом шагу и отсутствия hot reload. А если выпихнуть андроид подальше, то в domain/data слое уже можно работать.

фу, перекладывать классы из пакета в пакет это так уныло)

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

А то, боль и страдания > 9000

вот понимаю, потоковая обработка видео в реальном времени, блендинг фотографий, тонмаппинг, шейдеры... романтика

Чё не так с корутинами?

всё так, говорю же, не скучно

У меня ранее была похожая, но другая проблема в SingleActivity приложении.
Хотел запилить анимацию перехода на следующий фрагмент так: предыдущий фрагмент остаётся, а следующий фрагмент с помощью translationY должен наехать поверх предыдущего фрагмента и закрыть его собой.
Анимацию в XML указал - Navigation Component от Google.

Так вот, анимация работала, но предыдущий фрагмент мигал поверх следующего фрагмента. И проблема вроде не в Navigation Component, а что-то там своё, связанное с фрагментами.
С помощью XML нельзя исправить.
Пришлось в onViewCreated следующего фрагмента засунуть это:

ViewCompat.setTranslationZ(view, ((activity as FragmentActivity).supportFragmentManager.backStackEntryCount + 1) * 1.0f)

И проблема ушла. Хорошо хоть сама анимация так и осталась в XML, что всё только одной дополнительной строчкой в коде в одном классе обошлось.

блин. не выходит получить broadcast intent

в виджете.

Я не шарю за navigation components, но теперь же Гугл выкатили контейнер на замену frameLayout, который решает проблему с z-ordering'ом

Гляну.