incubator-callback-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Khanlarov <gregory...@gmail.com>
Subject Re: [jira] [Commented] (CB-330) localStorage / SQLDatabase no longer persistent after iOS 5.01 Update
Date Tue, 27 Mar 2012 00:05:35 GMT
Hi,

I am wondering if Apple will approve apps that overwrite webkit database
files. Has anyone submitted such apps and got approved?

Thanks,
-Greg

On Mon, Mar 26, 2012 at 2:27 AM, Daniel (Commented) (JIRA)
<jira@apache.org>wrote:

>
>    [
> https://issues.apache.org/jira/browse/CB-330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13238225#comment-13238225]
>
> Daniel commented on CB-330:
> ---------------------------
>
> Hi Davide!
>
> Thanks for posting your code here! Although I understand why Shazron
> decided to go and implement a more 'Apple compliant fix', I like the idea
> of changing the localstorage location itself much more. It feels more
> robust compared to going back and forth using backup-data.
>
> First I put your code in the {code}webViewDidFinishLoad{code} method.
> However that was not working for me after restarting the program. Then I
> used your code in the {code}didFinishLaunchingWithOptions{code} method
> which worked perfectly.
>
> I did modify one line of your code, because otherwise it creates 2
> localstorage files in the Application/Documents folder:
>
> {code}
>  // your code
>   NSString *ourLocalStorageDb = [documents stringByAppendingPathComponent:@
> "file__0.localstorage"];
>
>   // changed to
>  NSString *ourLocalStorageDb = [ourLocalStoragePath
> stringByAppendingPathComponent:@"file__0.localstorage"];
> {code}
>
> > localStorage / SQLDatabase no longer persistent after iOS 5.01 Update
> > ---------------------------------------------------------------------
> >
> >                 Key: CB-330
> >                 URL: https://issues.apache.org/jira/browse/CB-330
> >             Project: Apache Callback
> >          Issue Type: Bug
> >          Components: iOS
> >    Affects Versions: 1.3.0, 1.4.0, 1.5.0
> >         Environment: iOS 5.01
> > PhoneGap (Any version)
> > Xcode 4
> > Build.PhoneGap
> >            Reporter: Amirudin Bin Mohamed Ghani
> >            Assignee: Shazron Abdullah
> >            Priority: Blocker
> >              Labels: ios5.01, localstorage, sqldatabase, websql
> >             Fix For: 1.6.0
> >
> >         Attachments: CDVLocalStoragePlugin.zip,
> Directory-Structure-CB-330.zip, LocalStorageTest.zip, README.txt, iOS
> WebKit Database Locations.txt
> >
> >
> > Dear Dev
> > WebKit data (localstorage or local SQLite) are now stored in Library/
> Caches folder (instead of Library/WebKit folder). This is a big problem for
> all apps using UIWebView and storing user data, because they will no longer
> be backed up and may be deleted. There are a lot of apps using localstorage
> or SQLite as a critical feature.
> > The SQLite database gets deleted because the database is saved in a
> location on the filesystem which Apple does not consider to contain
> persistent data.
> > *Steps to Reproduce:*
> > In a UIWebView, create a new DB or use localStorage with JavaScript.
> > You can see that the WebKit data is now stored in Library/Caches :
> > *Expected Results:*
> > We should at least specify the directory of WebKit data (and to set it
> > to Documents/ for critical data)
> > *Actual Results:*
> > The WebKit data are stored in Library/Caches folder, and can be
> > deleted
> > *Regression:*
> > To migrate database location from Library/Caches to some other location
> such as Documents.
> > ----
> > Ref: http://developer.apple.com/icloud/documentation/data-storage/
> > https://devforums.apple.com/thread/137882?start=0&tstart=0
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA
> administrators:
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message