Last modified: 2014-07-15 18:46:52 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T69874, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 67874 - iOS App: History is slow to load
iOS App: History is slow to load
Status: NEW
Product: Wikipedia App
Classification: Unclassified
iOS App (Other open bugs)
Alpha
All All
: Unprioritized normal
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 68055
Blocks:
  Show dependency treegraph
 
Reported: 2014-07-11 19:06 UTC by Kunal Mehta (Legoktm)
Modified: 2014-07-15 18:46 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: iOS 7.x
Assignee Huggle Beta Tester: ---


Attachments

Description Kunal Mehta (Legoktm) 2014-07-11 19:06:49 UTC
Loading the history takes a long time (relatively), about 5 seconds for [[Avatar (2009 film)]].

I'm guessing this is because it tries to load 50 revisions at once. Instead it should load like 5, and then load the rest in the background, just like loading a page loads the first section first, and then the rest of the article.
Comment 1 Brion Vibber 2014-07-15 18:46:52 UTC
I can confirm that 50 revisions takes a little longer to download than 5 revisions when I set the link conditioner to emulate a slow EDGE network. We can't eliminate the basic request latency, but requesting a smaller chunk at first should noticeably speed it up on slow connections by returning data a little faster.

Filed loading on demand as bug 68055, which'll make it easy to make the first request small.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links