Return-Path: X-Original-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BE009DC7F for ; Wed, 17 Oct 2012 16:00:04 +0000 (UTC) Received: (qmail 58604 invoked by uid 500); 17 Oct 2012 16:00:04 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 58551 invoked by uid 500); 17 Oct 2012 16:00:04 -0000 Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: callback-dev@incubator.apache.org Delivered-To: mailing list callback-dev@incubator.apache.org Received: (qmail 58424 invoked by uid 99); 17 Oct 2012 16:00:04 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Oct 2012 16:00:04 +0000 Date: Wed, 17 Oct 2012 16:00:04 +0000 (UTC) From: "Michal Mocny (JIRA)" To: callback-dev@incubator.apache.org Message-ID: <1032380411.58286.1350489604356.JavaMail.jiratomcat@arcas> In-Reply-To: <1366720032.147128.1349075708437.JavaMail.jiratomcat@arcas> Subject: [jira] [Updated] (CB-1561) Using Storage API - rejected by Apple MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CB-1561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Mocny updated CB-1561: ----------------------------- Attachment: disable_icloud_backup.diff Attaching a patch, similar to yours, but handles ios 5.0 as well as 5.1+, and additionally changes the location on the backup directory (likely not needed, but is advised in docs, and at this point I'de like to be thorough). Clemens: Because of the change of backup location, if I land this patch, you should not deploy your app as is or else you will have to support yet another legacy backup location. > Using Storage API - rejected by Apple > ------------------------------------- > > Key: CB-1561 > URL: https://issues.apache.org/jira/browse/CB-1561 > Project: Apache Cordova > Issue Type: Bug > Components: iOS > Affects Versions: 2.0.0, 2.1.0, 2.2.0 > Environment: - Cordova 2.0 on iOS > Reporter: Clemens Wyss > Assignee: Michal Mocny > Priority: Blocker > Fix For: 2.2.0 > > Attachments: CDVLocalStorage.m.diff, disable_icloud_backup.diff > > > our App uses the Sotrage-API to store data which is being loaded upon first launch. > The app is rejected given the following reasoning: > 'Your app does not follow the iOS Data Storage Guidelines, as required by the App Store Review Guidelines. > Please be sure to set the "Do not back up" attribute for all data which is not generated or modified by the user. To check how much data your app is storing: > - Install and launch your app > - Go to Settings > iCloud > Storage and Backup > Manage Storage > - If necessary, select "Show all apps" > - Check your app's storage > The iOS Data Storage Guidelines indicate that only content that the user creates using your app, (documents, new files, edits, etc.) may be stored in the /Documents directory - and backed up to iCloud. > Temporary files used by your app should only be stored in the /tmp directory. Please remember to delete the files stored in this location when the user exits the app. > Data that can be recreated but must persist for proper functioning of your app or because customers expect it to be available for offline use should be appended with the "do not back up" attribute. For NSURL objects, add the NSURLIsExcludedFromBackupKey attribute to prevent the corresponding file from being backed up. For CFURLRef objects, use the corresponding kCFURLIsExcludedFromBackupKey attribute. > For more information, please see Technical Q&A 1719: How do I prevent files from being backed up to iCloud and iTunes?. > Please revise your app so that it adheres to the iOS Data Storage Guidelines.' > Is there a possibility to set this flag for the WebSQL Database file(s)? > At least for us this is a blocker ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira