Unresponsiveness after update / viewing / downloading content #421

Closed
opened 2019-02-04 17:39:33 +01:00 by tzarebczan · 6 comments
tzarebczan commented 2019-02-04 17:39:33 +01:00 (Migrated from github.com)

Spoke to @akinwale about this last week - a few users on discord experienced very poor performance after the latest android app update. Not sure if it's related to a long running install (lot of cache?) or something not being cleared during an update, but clearing app data has helped them. Need to investigate why this is happening.

System Configuration

  • Device:
  • Android version:

Anything Else

Screenshots

Internal Use

Acceptance Criteria

Definition of Done

  • Tested against acceptance criteria
  • Tested against the assumptions of the user story
  • The project builds without errors
  • Unit tests are written and passing
  • Tests on devices/browsers listed in the issue have passed
  • QA performed & issues resolved
  • Refactoring completed
  • Any configuration or build changes documented
  • Documentation updated
  • Peer Code Review performed
<!-- Thanks for reporting an issue to LBRY and helping us improve! To make it possible for us to help you, please fill out below information carefully. Before reporting any issues, please make sure that you're using the latest version. We are also available on live chat at https://chat.lbry.io --> Spoke to @akinwale about this last week - a few users on discord experienced very poor performance after the latest android app update. Not sure if it's related to a long running install (lot of cache?) or something not being cleared during an update, but clearing app data has helped them. Need to investigate why this is happening. ## System Configuration - Device: - Android version: ## Anything Else <!-- Include anything else that does not fit into the above sections --> ## Screenshots <!-- If a screenshot would help explain the bug, please include one or two here --> ## Internal Use ### Acceptance Criteria 1. 2. 3. ### Definition of Done - [ ] Tested against acceptance criteria - [ ] Tested against the assumptions of the user story - [ ] The project builds without errors - [ ] Unit tests are written and passing - [ ] Tests on devices/browsers listed in the issue have passed - [ ] QA performed & issues resolved - [ ] Refactoring completed - [ ] Any configuration or build changes documented - [ ] Documentation updated - [ ] Peer Code Review performed
tzarebczan commented 2019-03-08 00:47:32 +01:00 (Migrated from github.com)

I experienced this today and so have a couple other users. This should be bumped in priority. Not sure if it's related to cache or having multiple downloads. The UI does seem to lockup during SDK calls, but it's hard to tell.

I experienced this today and so have a couple other users. This should be bumped in priority. Not sure if it's related to cache or having multiple downloads. The UI does seem to lockup during SDK calls, but it's hard to tell.
tzarebczan commented 2019-03-08 02:21:32 +01:00 (Migrated from github.com)

One user that experienced this had it go away after deleting downloads, but it would come back after minimizing/reopening the app (then clear up after about 30 seconds). After clearing app data, the delay after minimizing goes away. So part of the problem is download data related, but there are still issues between upgrades until app data is cleared.

One user that experienced this had it go away after deleting downloads, but it would come back after minimizing/reopening the app (then clear up after about 30 seconds). After clearing app data, the delay after minimizing goes away. So part of the problem is download data related, but there are still issues between upgrades until app data is cleared.
tzarebczan commented 2019-03-08 05:30:19 +01:00 (Migrated from github.com)

After testing with more downloads, I'm seeing more unresponsiveness. Sometimes it's definitely in the UI - for instance - I just loaded a video, it started playing, but the video was not moving (but audio was playing) and progress bar did not update until 6 seconds in.

Some questions:

When you call file list on the claim pages, is it called with the parameter for that particular claim?

Do you call file list by itself anywhere? If so, when?

Any other calls happening in the background repeatedly beside account_balance?

After testing with more downloads, I'm seeing more unresponsiveness. Sometimes it's definitely in the UI - for instance - I just loaded a video, it started playing, but the video was not moving (but audio was playing) and progress bar did not update until 6 seconds in. Some questions: When you call file list on the claim pages, is it called with the parameter for that particular claim? Do you call file list by itself anywhere? If so, when? Any other calls happening in the background repeatedly beside account_balance?
alyssaoc commented 2019-03-11 01:55:59 +01:00 (Migrated from github.com)

also seen in user videos, And could be related to the SDK not handling multiple downloads well...maxing out the user's connection (lbryio/lbry#1971)

also seen in user videos, And could be related to the SDK not handling multiple downloads well...maxing out the user's connection (lbryio/lbry#1971)
tzarebczan commented 2019-03-11 01:58:31 +01:00 (Migrated from github.com)

Nope, that's a different issue. This is after the downloads are already completed

Nope, that's a different issue. This is after the downloads are already completed
kauffj commented 2019-05-20 20:06:13 +02:00 (Migrated from github.com)

@tzarebczan we are expecting the next release addresses this. Please re-open if you still see this.

@tzarebczan we are expecting the next release addresses this. Please re-open if you still see this.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: LBRYCommunity/lbry-android#421
No description provided.