Но когда доходит до 100 - обновляет, т.е. рисует заполненным. А сам процесс - не показывает

^

а progressBarStatus синхронизирован? ты же его изменяешь и читаешь с двух потоков

Я его не читаю, вроде.

не того тегнул, сори )

только меняю.

Я его не читаю, вроде.

так а как прогресс бар тогда меняет значение )

У меня такое было, но тогда прогресс проходил только 0 и 100

Прогресс реально обновляется нормально?

только меняю.

менять тоже надо правильно

менять тоже надо правильно

В смылсе?

setProgress() в уиТреде

setProgress() в уиТреде

уи тред может не увидеть изменений

ok google: Java concurrency in practice

уи тред может не увидеть изменений

Хм...

ok google: Java concurrency in practice

А разве runOnUi не синхронизирует?

А разве runOnUi не синхронизирует?

что? )

он просто вызывает код на уи потоке

Пытаюсь с помощью Picasso сохранить картинку как показано на скринщоте (через Target) Но вылезает ошибка, что параметр должен быть NotNull, однако эта ошибка вылезает внутри исходников Picasso Как можно это решить?

он просто вызывает код на уи потоке

С iOS значит спутал, там это все сделано через очереди круто

что? )

synchronized (runOnUi) { ... } Что непонятного?

synchronized (runOnUi) { ... } Что непонятного?

а?

(стеб)

(стеб)

мой стебометр в ремонте

С iOS значит спутал, там это все сделано через очереди круто

Здесь тоже будет очередь, в которую отправится Runnable, при вызове такого метода

уи тред может не увидеть изменений

В том треде данные правильные.

в логкат выводятнся нужные значения.

В том треде данные правильные.

в каком "том"? тот что изменяет?

Да. В уиТреде.

в логкат выводятнся нужные значения.

код скинь как setProgress делаешь

код скинь как setProgress делаешь

Минуту.

Да. В уиТреде.

перепроверь

перепроверь

логкатом вывожу цифру и эту же цифру передаю в прогрессбар

логкатом вывожу цифру и эту же цифру передаю в прогрессбар

а быстро меняется прогресс?

Да.

может просто пока доходит очередь до сообщения прогресс выходит в 100

может просто пока доходит очередь до сообщения прогресс выходит в 100

Проверить бы как-нибудь...

Проверить бы как-нибудь...

попробуй вместо view.post() через view.getHandler().postAtFrontOfQueue()

Господи, сколько проблем то

попробуй вместо view.post() через view.getHandler().postAtFrontOfQueue()

чет в дебри уже лезешь, вангую что там всё проще

может просто пока доходит очередь до сообщения прогресс выходит в 100

Вот походе на то. Логкат процесса обработки пробегает почти на 90%, когда появляется логкат из процесса обновления прогрессбара

попробуй вместо view.post() через view.getHandler().postAtFrontOfQueue()

А не думали замерить время выполнения фонового процесса и проверить укладывается ли оно миллисекунд в 30?

Постить наперед считается дурным

Я вообще не понимаю - ты запускаешь метод, а потом блочишь поток, типа ждёшь

чет в дебри уже лезешь, вангую что там всё проще

мне кажется там просто проблема синхронизации )

Это вообще законно? Если метод в том же потоке

мне кажется там просто проблема синхронизации )

мне кажется там просто в ui потоке всё происходит

мне кажется там просто в ui потоке всё происходит

или так, да. Там страшное что-то

Мож код попросим

код уже просили, это секретная инфа

Мож код попросим

Минуту.

Код в студию! *типа якубович*

https://pastebin.com/Hgd1yWNu

While(true)

Искать вью в фоновом методе — бить по рукам

Искать вью в фоновом методе — бить по рукам

Т.е. если я вынесу - проблема решится? )

Возможно

Искать вью в фоновом методе — бить по рукам

тоже заметил

Сомневаюсь. Ибо изначально оно было вне фонового метода, но не работало. Потом я менял прогрессбар на другой - не заработало.

While(true)

Это допустимо, если есть гарантированный бряк

Могу вынести в инит-метод, если есть мнение, что может помочь

Почему ты не найдешь вью в активности или в подготовке асинк операции, а потом к нему ссылаться в коде поста на юай потоке?

Могу вынести в инит-метод, если есть мнение, что может помочь

writeResponseBodyToDisk покажи как вызываешь

Почему ты не найдешь вью в активности или в подготовке асинк операции, а потом к нему ссылаться в коде поста на юай потоке?

Так было в начале. Потом поменял прогрессбар на кастомный и для проверки объявил его тут.

Вынеси его. А то непредсказуемые поведения вынесут тебя

writeResponseBodyToDisk покажи как вызываешь

Call<ResponseBody> call = networkModule.webService().updateApplication(); call.enqueue(new Callback<ResponseBody>() {} в onResponse()

Потом проверим что стало

Call<ResponseBody> call = networkModule.webService().updateApplication(); call.enqueue(new Callback<ResponseBody>() {} в onResponse()

просто в колбэке в ui thread?

pbDownload.setTotalProgress((int) (fileSize / 1024)); выполняется в другом потоке

лучше сделать вот так: private boolean writeResponseBodyToDisk(ResponseBody body, File outputFile, Handler handler) { и ему кидать runnable

просто в колбэке в ui thread?

Да.

Да.

то есть у тебя вся работа с записью в ui происходит?

то есть у тебя вся работа с записью в ui происходит?

Чот я щас подумал, что получается да... Сам запрос к серверу идёт в фоне, а результат возвращаяется в УИ...

Чот я щас подумал, что получается да... Сам запрос к серверу идёт в фоне, а результат возвращаяется в УИ...

👌🏿

Ну вот и приехали. Можно выходить из автобуса

Всем огромное спасибо!

Выноси вью со всеми ссылками, сделай копирование в фоне

/me вышел

/me вышел

Да не нагоняй так

Выноси вью со всеми ссылками, сделай копирование в фоне

Да, сейчас так и сделаю.

Привет, в гугл.плей на одно приложение может быть оформлена только одна подписка или несколько ?