Also, it bears repeating that "release" is actually code for "submission". Apple takes around six days [1] to review the submissions right now, and then assuming it passes the review we'll need a few days after that to sync everything up with communications, so the actual release date is likely to be at least a week after the 14th.

Dan

[1]: http://appreviewtimes.com/


On 30 June 2014 14:10, Dan Garry <dgarry@wikimedia.org> wrote:
Hi all,

Vibha, Monte, Luis and I met to discuss the blockers for the iOS release. As a group we identified the following things that need to happen before the release:
  1. Making the information in the footer link to the article history. [Legal blocker, Brion working on this right now]
  2. Add a Terms of Use link into the App Store description upon release. [Legal blocker, Dan to do this]
  3. Refine the More menu. i.e. product and design to decide what should be in there, and what the prose should be [Dan and Vibha to work on this, top priority card in for next sprint]
    • Add links to privacy policy and terms of use [Legal blocker]
  4. Auditing internationalisation. Try to switch to other languages. [Dan to test]
  5. ToC refinements [Monte, in current sprint]
  6. Remove the "tap to hide chrome" behaviour [Monte, in current sprint]
Some of these, namely {1, 5, 6}, are being handled in the current sprint. Some, namely {2}, are handled at release. However, {3, 4} can't be handled in the current sprint.

Given the quarterly planning this week, and the four day week, we're delaying the release, instead placing {3,4} as top priority issues for the next sprint, and targeting 14th July instead.

Let me know if you have any questions.

Thanks,
Dan

--
Dan Garry
Associate Product Manager for Platform and Mobile Apps
Wikimedia Foundation



--
Dan Garry
Associate Product Manager for Platform and Mobile Apps
Wikimedia Foundation