I just hit the same issue and cannot disable copy protection any
more.
And the description in the Market is not exactly long enough to
provide all the required information... :(
In my case, the _new_ SQLite Database fails. There has never been one
before in our app and still it breaks:


04-25 00:01:48.860: ERROR/AndroidRuntime(247): Caused by:
android.database.sqlite.SQLiteException: unable to open database file
04-25 00:01:48.860: ERROR/AndroidRuntime(247):     at
android.database.sqlite.SQLiteDatabase.dbopen(Native Method)
04-25 00:01:48.860: ERROR/AndroidRuntime(247):     at
android.database.sqlite.SQLiteDatabase.<init>(SQLiteDatabase.java:
1421)
04-25 00:01:48.860: ERROR/AndroidRuntime(247):     at
android.database.sqlite.SQLiteDatabase.openDatabase
(SQLiteDatabase.java:537)
04-25 00:01:48.860: ERROR/AndroidRuntime(247):     at
android.database.sqlite.SQLiteDatabase.openOrCreateDatabase
(SQLiteDatabase.java:558)
04-25 00:01:48.860: ERROR/AndroidRuntime(247):     at
android.database.sqlite.SQLiteDatabase.openOrCreateDatabase
(SQLiteDatabase.java:551)
04-25 00:01:48.860: ERROR/AndroidRuntime(247):     at
android.app.ApplicationContext.openOrCreateDatabase
(ApplicationContext.java:427)
04-25 00:01:48.860: ERROR/AndroidRuntime(247):     at
android.content.ContextWrapper.openOrCreateDatabase
(ContextWrapper.java:181)
04-25 00:01:48.860: ERROR/AndroidRuntime(247):     at
android.database.sqlite.SQLiteOpenHelper.getWritableDatabase
(SQLiteOpenHelper.java:98)


On 2 Mrz., 09:13, csvy <[email protected]> wrote:
> I just had the same issue happen to my application.  I decided to
> disableCopyProtectionafter reading how useless it was, and now
> everyone is getting Force Quit errors on Activities with a WebView!!!
> I have turnedCopyProtectionback on and added a note to the
> description saying to uninstall then reinstall.  Is this the
> appropriate course of action?  I can't believe this hasn't been fixed
> yet! (or at least put a warning in the Market Developer Console). :(
>
> On Feb 27, 6:31 am, wayne mcfadden- Red Droid
>
> <[email protected]> wrote:
> > I'm also having this problem. I have a couple of apps usingcopy
> >protectionthough and this is the first one that has run into this
> > problem.  I first tried to upload my app via firefox and forgot that
> > that that interface is broken and has been broken for the past 2-3
> > weeks. So I switched to Safari and finished the upload from there.
> > I'm wondering if this is only a regional problem, the few emails that
> > I've gotten are googlemail accounts which are England and Germany I
> > think.  Have you found that? Or any work arounds?  Looks like turning
> > offcopyprotectionis a bad idea?
>
> > Wayne
>
> > On Feb 26, 12:42 am, mac <[email protected]> wrote:
>
> > > That will be the same for my application. I startet withcopy
> > >protectionin the first version. After some people were not able 
> > >todownloadthe application (another bug with some APN?) I switched off
> > >copyprotection. Now I get crash reports that I can not understand
> > > after an upgrade. Uninstall and reinstall works. And I got plenty of 1
> > > star ratings for that. Arg....
>
> > > Mirko
>
> > > On 23 Feb., 00:50, N4Spd <[email protected]> wrote:
>
> > > > I'm been tracking down this exact issue with my app and it matches
> > > > what "focuser" describes.
> > > > I turned oncopyprotectionon a free app.  People started getting
> > > > crashes.
>
> > > > The app starts with a help activity containing a webview.
> > > > This web view is now throwing an exception trying to access a sqlite
> > > > webview.db database on it's own thread and crashing.
> > > > In addition, this help activity only starts up if there are no
> > > > settings but even upgrades are getting this activity now.
>
> > > > It problem extends to other android APIs as well because if I avoid
> > > > the webview, it still crashes in other APIs.
>
> > > > In summary, if you changecopyprotectionfor your app:
>
> > > > 1. user preferences will be wiped
> > > > 2. webview willcrash
> > > > 3. other APIs willcrash
>
> > > > Removingcopyprotectiondoes not help because now I've got some users
> > > > with and withoutcopyprotectionand changes in either direction
> > > > causes the problem.  Argh...
>
> > > > rob
>
> > > > On Feb 22, 9:55 am, focuser <[email protected]> wrote:
>
> > > > > confirmed. If you first install an apk unlocked, and then install a
> > > > > locked one, you will get that sqlite exception.  also, the old
> > > > > preferences seems to be deletedafterthe locked apk is installed.
>
> > > > > Another thing is, even installed locked from scratch (uninstall and
> > > > > adb install -l), there are some problems with resources.  Our app
> > > > > displays an HTML page when it starts, but now I get "Web page not
> > > > > available:file:///android_asset/welcome.html ...".  This works fine
> > > > > if it's installed unlocked.
> > > > > This might explain the resource problem that I had before?
>
> > > > > On Feb 22, 9:18 am, Carter <[email protected]> wrote:
>
> > > > > > I can confirm that there is a bug with the "forward locking" on the
> > > > > > Android Market.  The problem I've experienced is that users 
> > > > > > upgrading
> > > > > > from an unlocked version of Locale to a locked version of Locale are
> > > > > > experiencing acrashwhen opening the app.  The failure is that the
> > > > > > app can'topenits ContentProvider (a call to
> > > > > > SQLiteOpenHelper.getWritableDatabase()fails).  As an experiment, I
> > > > > > tried wrapping the section in a try-catch and to use a newdatabase
> > > > > >filename.  My thought was that the old sqlitefilemight be
> > > > > > unreadable because of permissions or other problems.  This didn't 
> > > > > > work
> > > > > > though.
>
> > > > > > In your apps, you should be able to reproduce this bug by doing a
> > > > > > plain old "adb install myapp.apk",openthe app on the phone, then do
> > > > > > an "adb install -l -r myapp.apk".  The -l option enables forward-
> > > > > > locking.  When you re-openthe app of the device, you should see the
> > > > > > problem reproduce.  This problem also occurs both ways, so users who
> > > > > > successfully installed the locked version of the app will see acrash
> > > > > > if the next version of the app is unlocked.
>
> > > > > > I've also contacted someone at Google about this, so we'll see what
> > > > > > happens.
>
> > > > > > On Feb 21, 4:43 pm, focuser <[email protected]> wrote:
>
> > > > > > > There's no error whatsoever when that happens.  Apk was 
> > > > > > > successfully
> > > > > > > created and signed just as if everything was fine.  But when you
> > > > > > > install and run the apk, you will see the errors.
>
> > > > > > > I will try to see if I could reproduce the problem with a smaller 
> > > > > > > code
> > > > > > > base.
>
> > > > > > > On Feb 21, 1:20 pm, Xavier Ducrohet <[email protected]> wrote:
>
> > > > > > > > Hello,
>
> > > > > > > > do you have an output from Ant when the error happens?
>
> > > > > > > > Ant and Eclipse use mostly the same code to generate the apk, 
> > > > > > > > so I'm a
> > > > > > > > bit surprised to see this.
>
> > > > > > > > thanks
> > > > > > > > Xav
>
> > > > > > > > On Sat, Feb 21, 2009 at 9:51 AM, focuser <[email protected]> 
> > > > > > > > wrote:
>
> > > > > > > > > On Feb 21, 8:42 am, "Mark Murphy" <[email protected]> 
> > > > > > > > > wrote:
> > > > > > > > >> 1. Why are you "still not able to use an ant script to 
> > > > > > > > >> automate the
> > > > > > > > >> build&sign process"?
>
> > > > > > > > >> 2. If you aren't able to do #1, how do you know it "triggers 
> > > > > > > > >> the bug and
> > > > > > > > >> gives you a corrupted apk"?
>
> > > > > > > > > OK, to clarify: If the ant script is used to sign the apk, it 
> > > > > > > > > might
> > > > > > > > > produce a corrupted apk, i.e. throwing ClassCastException or
> > > > > > > > > NullPointerException at some point.  This seems not happening 
> > > > > > > > > all the
> > > > > > > > > time though.  However, if I export an unsigned apk using 
> > > > > > > > > Eclipse and
> > > > > > > > > sign it manually on the exactly same source code, everything 
> > > > > > > > > is fine.
> > > > > > > > > So we had to give up using the ant script.
>
> > > > > > > > > The only "fancy" thing we do in the build script is tocopyan 
> > > > > > > > > xml
> > > > > > > > > that has the release Google Maps api key into res/values.  
> > > > > > > > > But I think
> > > > > > > > > this should have no impact since thecopyhappens before 
> > > > > > > > > compilation
> > > > > > > > > and the R.java will be regenerated by the build script:
>
> > > > > > > > > ===================================
> > > > > > > > >        <target name="copy-release-files">
> > > > > > > > >                
> > > > > > > > > <copyfile="${build.resources}/api-keys-release.xml" tofile="$
> > > > > > > > > {resource-dir}/values/api-keys.xml" overwrite="true"/>
> > > > > > > > >        </target>
>
> > > > > > > > >    <target name="release" depends="copy-release-files, dex, 
> > > > > > > > > package-
> > > > > > > > > res">
> > > > > > > > > ===================================
>
> > > > > > > > > =======================================
> > > > > > > > > Buildfile: build.xml
>
> > > > > > > > >copy-release-files:
> > > > > > > > >     [copy] Copying 1fileto 
> > > > > > > > > /workspaces/android-ws/theProject/res/
> > > > > > > > > values
>
> > > > > > > > > dirs:
> > > > > > > > >     [echo] Creating output directories if needed...
> > > > > > > > >    [mkdir] Created dir: 
> > > > > > > > > /workspaces/android-ws/theProject/bin-build
> > > > > > > > >    [mkdir] Created dir: 
> > > > > > > > > /workspaces/android-ws/theProject/bin-build/
> > > > > > > > > classes
>
> > > > > > > > > resource-src:
> > > > > > > > >     [echo] Generating R.java / Manifest.java from the 
> > > > > > > > > resources...
> > > > > > > > >     [exec]     (skipping hiddenfile'res/drawable/.DS_Store')
> > > > > > > > >  ...
> > > > > > > > > =======================================
>
> > > > > > > > > I'm not saying this is the same issue as thecopyprotection.  
> > > > > > > > > Just
> > > > > > > > > they look very related.
>
> > > > > > > > >> 3. Do you have a reproducible scenario you can publish with 
> > > > > > > > >> code? Or does
> > > > > > > > >> the phenomenon only occur with this one app?
>
> > > > > > > > > We have not put any effort to reproduce the problem in other 
> > > > > > > > > code base
> > > > > > > > > since we can still export and sign the apk manually without 
> > > > > > > > > any
> > > > > > > > > problems.  We will submit the code if we find a way to 
> > > > > > > > > reproduce it.
>
> > > > > > > > --
> > > > > > > > Xavier Ducrohet
> > > > > > > > Android Engineer, Google.- Hide quoted text -
>
> > > > > - Show quoted text -
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to