Page MenuHomePhabricator

Verify that saved page syncing is not overly aggressive with network data
Closed, ResolvedPublic

Description

Currently page saving happens in the background - and on start up.

Lets make sure we are not saving too much or downloading pages to aggressively.

Lets also think about having a switch for automatically syncing saved pages to save on data usage

Event Timeline

Getting some user complaints, we should investigate sooner rather than later.

Also we may want to add settings to control dat a usage so its not such a big deal if there is a bug

save saved pages, only on Wifi, downloading images, image quality, etc…

Additionally, it looks as though this can occur when just visiting an article

From a user:
https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=9564577

The Problem happened to me a couple of times when I was on the road. I activated the
mobile data for the app to view one article the progress bar moved very slowly and I
reached my mobile data limit for the month before the article was displayed. At least one
time I am absolutely sure that I had resettled my mobile data statistics before the trip
and that the unsuccessful loading of only one article lead to about 100MB of data. But I
do not remember which article I was loading.

So I'm trying to reproduce the issue now:

  • deactivating WIFi
  • reset mobile data statistics (screenshot)
  • activating the Wikipedia App and loading the Articles about Paris and Berlin (both in

English)

  • got 20MB traffic (screenshot)

Not as much as I expected but still a bit of data.

My guess is:

  • May be all pictures are (pre-)loaded in full size version
  • I have a couple of articles marked as favorites, maybe they are updated in the background
LGoto claimed this task.