Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (nike.apache.org: domain of bowserj@gmail.com designates
 209.85.128.180 as permitted sender)
MIME-Version: 1.0
Date: Thu, 20 Feb 2014 15:15:14 -0800
Message-ID: 
 <CAOBL_k6uF+ErD0rAP1WDQJOMpPUTjig5xOtA6b7FaatB2guRPg@mail.gmail.com>
Subject: [Android] [CB-6033] Android 4.4 and SQLite deletion
From: Joe Bowser <bowserj@gmail.com>
To: dev <dev@cordova.apache.org>
Content-Type: text/plain; charset=ISO-8859-1

https://issues.apache.org/jira/browse/CB-6033

Hey

I'm working on a work-around for SQLite deletion, and I've run into a
couple issues with the code:

1. Why are we deprecating FileHelper?  It would be helpful if we had a
quick and dirty copy method in here that we can use when we need to do
things like copy SQLite Databases to other areas of internal storage
or to the SD Card.
2. Does anyone know why Chromium WebView deletes the SQLite db? Will
using this SQLite database cause localStorage to not work?

I'm going to throw a simple copy and delete method in the deprecated
class, since that's the only place this makes sense.  I know we could
use Apache Commons, but I don't want to add more dependences for this
hack.

Thoughts?

Joe