да и сам tcp тоже не перезапрашивает

то есть не получив ack ничего не происходит?

то есть не получив ack ничего не происходит?

Добрый день. Есть edit text Его текст меняется, как самим пользователем, так и программно. Сейчас на гифке, я захардкодил так, чтобы на каждое изменение текста в edit text программно обновлялся текст. Проблема в том, что я когда программно устанавливаю текст, курсор перемещается в начало edit text, а мне нужно, чтобы фокусировка оставалась в конце. Как это сделать?

этот вопрос тут задают каждую неделю...

и*

и*

Добрый день. Есть edit text Его текст меняется, как самим пользователем, так и программно. Сейчас на гифке, я захардкодил так, чтобы на каждое изменение текста в edit text программно обновлялся текст. Проблема в том, что я когда программно устанавливаю текст, курсор перемещается в начало edit text, а мне нужно, чтобы фокусировка оставалась в конце. Как это сделать?

ребят, как правильно реализовать фрагмент оптлаты? допустим у меня есть категория оплаты за мобильный телефон где два едиттекста должно быть и за комунальные услуги где 3 едиттекста должно быть. в общей сложности таких разных экранов около 5 штук. Сделать 1 фрагмент и скрывать вьюшки которые не нужны? но тогда будет километровый свич. или делать отдельные фрагменты? но тогда будут плодиться кучу фрагментов

@Harmonizr

что значит "плодиться"?

ну допустим появиться еще какая то услуа, где должно быть 4 едиттекста, тогда мне четвертый фрагмент нужно будет добавить

RecyclerView

Всем привет! Следующая ситуация. В одном проекте Application истанс хранится в статическом поле в классе Application, для получения app-контекста из любого места. Запихивается он туда в onCreate(). public class MyApp extends Application { private static MyApp sInstance; public static Context getAppContext() { return sInstance.getApplicationContext(); } @Override public void onCreate() { super.onCreate(); sInstance = this; } } Проблема в том, что в каких-то ситауциях sInstance становится null. Но никак не могу вопроизвести эту ситуацию. Есть подозрение что на определнных версиях Android статические поля после пересоздания процесса не восстанавливаются. Что может быть причиной?

и да, перезапрос != ретрансмит

Всем привет! Следующая ситуация. В одном проекте Application истанс хранится в статическом поле в классе Application, для получения app-контекста из любого места. Запихивается он туда в onCreate(). public class MyApp extends Application { private static MyApp sInstance; public static Context getAppContext() { return sInstance.getApplicationContext(); } @Override public void onCreate() { super.onCreate(); sInstance = this; } } Проблема в том, что в каких-то ситауциях sInstance становится null. Но никак не могу вопроизвести эту ситуацию. Есть подозрение что на определнных версиях Android статические поля после пересоздания процесса не восстанавливаются. Что может быть причиной?

ContentProvider'ы имеются?

логокот смотри, там бывает полезная инфа

статические поля, конечно, не восстанавливаются, но onCreate вызывается заново

Вот это и странно. По идее не должно быть такой ситуации. Но откуда-то берется null.

так и есть и это не отменят тот факт что ретрансмитится пакет с определенным sequence номером

и что? полагаться на это нельзя, с чем спор-то?

Почему-то логкот пустой

вот гугли по последней ошибке android.content.pm.extra.STATUS_MESSAGE=DELETE_FAILED_INTERNAL_ERROR, там псто на стаковерфлоу,

походу про разное говорим

ContentProvider'ы имеются?

А если есть FirebaseMessagingService и FirebaseInstanceIdService? <!-- FCM --> <service android:name=".fcm.MyFirebaseMessagingService"> <intent-filter> <action android:name="com.google.firebase.MESSAGING_EVENT"/> </intent-filter> </service> <service android:name=".fcm.MyFirebaseInstanceIDService"> <intent-filter> <action android:name="com.google.firebase.INSTANCE_ID_EVENT"/> </intent-filter> </service> Может он вызываться без вызова Application класса?

только контент-провайдеры так могут

я б таки посоветовал книжку почитать

эм, мне rfc достаточно )

только контент-провайдеры так могут

обнулить AppContext ?

мне кажется он может обнулиться только когда его GC почистил, если прилагу убил например, а какой-то запрос крутился в другом процессе и постучался к убитому контексту

нет, родиться раньше, чем апп :)

мне кажется он может обнулиться только когда его GC почистил, если прилагу убил например, а какой-то запрос крутился в другом процессе и постучался к убитому контексту

если прилагу убили, вообще никакой GC не нужен

мне кажется он может обнулиться только когда его GC почистил, если прилагу убил например, а какой-то запрос крутился в другом процессе и постучался к убитому контексту

если прилагу убили, вообще никакой GC не нужен

Вообще говоря запрос может крутится в другом потоке и может постучаться в этот метод. Но только если Application грохнется, то и запрос это тоже. Нет разве?

так а если я запускаю сервис в другом процессе, и он будет стучаться к App классу, апп класс же отвечает только за свой процесс

ну и? сервис же не создастся раньше аппа

но апп можно убить

к убитому процессу App