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:
- 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