Update - for a while it was slowly decreasing each time I returned to the screen because SavedArticlesFetcher was deleting them one at a time. But now it seems to be stuck at 436.8MB with no articles showing in the Saved tab.

https://github.com/wikimedia/wikipedia-ios/pull/3488

@Tsevener & @JMinor - Sorry for the delay on this one. I am having some trouble with this one. For example, today I went into Article Storage and Sync and the erase text said 754.5 MB of space. After hitting erase it said 740.5 MB. After hitting erase again it said 724.5 MB. After hitting it again, it said 270.5 MB. It is hard to tell if this is expected. Based on the language of the text, should it go to zero or close to it?

I believe we're looking for a low number, but not necessarily 0. I'm guessing there may be a timing issue, where items are being slowly deleted so each time you press it, its going down, but its not a clear experince. Could be a bug too, but this may be a matter of needing a more gradual indication of the deletion process or some messaging when pressing the button if a deletion is in progress.

Moving to 6.7 for acceptance clarification.

@ABorbaWMF @JMinor yep, it is slowly deleting all your articles (one at a time) and reflecting the size each time you revisit the screen. So without tapping the button again, if you leave the screen then come back, the number will be lower each time. The bug before was that upon backgrounding then foregrounding, the references to the articles that needed to be deleted were lost, so the process became stuck and you never saw the size decrement after that point. Now it should at least always pick back up and continue deleting and decreasing.

But I agree that we probably ought to rethink the user experience and show that it is a gradual process. This slow decreasing confused me too when I first saw it.