Page MenuHomePhabricator

iOS app page edit history should load more revisions on demand (infinite scroll)
Closed, ResolvedPublic

Description

Currently we fetch only the last 50 revisions' worth of info. This has two problems:

  1. On slow connections, the initial payload download can take a couple extra seconds to load things that aren't visible on screen yet: bug 67874
  1. If there are more than 50 revisions, we're not showing anything beyond that!

An 'infinite scroll' style where we start with just a few revisions and fetch more when you scroll down towards the end should handle this better for most typical cases.

(For huuuuuge histories we might want to be able to jump to points in time, etc which is much fancier -- leave that for later.)


Version: Stable
Severity: normal

Details

Reference
bz68055

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 3:33 AM
bzimport set Reference to bz68055.
bzimport added a subscriber: Unknown Object (MLST).

Valid issue/improvement, but not a bug. Moving to PM (feature) backlog.

To test:

  1. Open an article: "Moonraker (Novel)
  2. Scroll to the bottom of the article… just above the rear more section.
  3. Tap on "Edited n days ago" to show the edit history
  4. Scroll down the bottom of the edit history
  5. The history should keep loading.
  6. Verify that you are able to see history that is older than September 4th 2015 (prior versions of the app would stop here)

I'm testing on iOS 9.3.1 and Wikipedia (813). This issue has been fixed as the Article history goes back further such as to August 2015 and July 2015.

JMinor triaged this task as Low priority.

Two years from filing to delivery... but its there now!!!