History log of /frameworks/base/core/java/android/webkit/WebViewDatabase.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
cd0dd93d13c6442beafe15552dee623ad6016f1e 16-Nov-2011 Ben Murdoch <benm@google.com> WebViewDatabase v11 for ICS.

Bump WebView database version to 11. This has the following effects:

- Removes the old webview cookie table on GB devices. Cookies are now
managed by the Chromium stack.
- Removes the old webview cache database on GB devices. Cache is now
managed by the Chromium stack.
- Autocomplete form data is now stored/retrieved based on
the URL minus the query string/fragment. Upgrade any existing
form URLs in the database to match this format, so we can
still use them. This will impact GB and HC devices.

This has an unfortunate side effect that we may end up with
duplicate URLs in the formurl table (say we had two URLS for the
same host but with different query strings). Currently we only take
the first url from the table - which is fine when they were
unique. The simplest way to work around this is just iterate all the
rows returned and use all the values we find.

Bug: 5560410
Change-Id: I59323dc5e523969e0a1c268b5936d6fa998d625c
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
f10daf647004e84235d240bb6471aa0dab61a493 16-Nov-2011 Ben Murdoch <benm@google.com> Fix a bug in the database upgrade process, and refactor slightly.

During upgrade from v9 -> v10 the database version was not
being updated.

Also remove conditionals based on what are effectively hardcoded
truth values to simplfiy the logic greatly.

Bug: 5560410
Change-Id: I31a01aa35a109a951d4e4c6d5b884bb666668b28
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
09eac425c29bdd89d5805af514353f0d55c3b8d7 10-Jan-2011 Leon Scroggins <scroggo@google.com> Enable write ahead logging on databases used by WebView.

Bug:3337213
Change-Id: Ic687bc506faba23c3e52e44f0a5d0146a352206e
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
808751fe7ac16bf7224cba284a318695d8093355 04-Jan-2011 Steve Block <steveblock@google.com> Avoid superfluous calls to CacheManager with the Chromium HTTP stack

When using the Chromium HTTP stack, most of the calls to CacheManager
methods are not required, as we're not using its cache. These methods
are now marked with asserts to make this clear.

Also avoid creating the cache database in WebViewDatabase.

This will avoid creating the database databases/webviewCache.db and
the directory cache/webviewCache.

Bug: 3270236
Change-Id: I68f94dde16830ed817454d5e1af961f41b71d018
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
5c23ebadd48c8c3190878030a9974f1ff36b0419 28-Sep-2010 Steve Block <steveblock@google.com> Update the storage locations used by the Chromium HTTP stack

This updates the strorage locations to better match those used by the
Android HTTP stack.

The corresponding external/webkit change is
https://android-git.corp.google.com/g/70643

Bug: 3039536
Change-Id: Ia7ea68d1472e96788a7fbaa6e8f7aa1ee51b3fb0
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
4668e77265724cea38e33b2767f959209bfa9a62 11-Aug-2010 Patrick Scott <phanna@android.com> am dc1f0858: am 9902196f: Fix npe in getCacheTotalSize.

Merge commit 'dc1f08586eadc3a3dbbdf22b520ba1065b2032f8'

* commit 'dc1f08586eadc3a3dbbdf22b520ba1065b2032f8':
Fix npe in getCacheTotalSize.
9902196f9885d369e37cf44084e3f04513511ab0 11-Aug-2010 Patrick Scott <phanna@android.com> Fix npe in getCacheTotalSize.

Bug: 2882277
Change-Id: I9319a48e0ed75561d3d04691fb288f69d11edc84
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
6e90ddb2d8dd26bc7c27c9876f2c6ec18451bbaa 16-Jun-2010 Patrick Scott <phanna@android.com> Move WebViewDatabase initialization into a background thread.

This isn't the perfect solution as any calls into WebViewDatabase will block
until initialization completes. It is better than the current model which
blocks when creating the WebViewDatabase.

In order to get a perfect solution, we would need to do initialization in the
background and have a way to interact with the database during initialization
that would not block.

Bug: 2721802
Change-Id: Ibbaf7f97926128de6534fbf2148452099766c6b7
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
60708a75120c4469dc2683485301ff9ee3b022e0 23-Mar-2010 Leon Clarke <leonclarke@google.com> Fix for when flash loads cached crossdomain.xml files.
Cache the x-permitted-cross-domain-policies header.
http://b/issue?id=2519669
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
0fc140431d620cc7d9f68f43ab3b3a0e36adf224 22-Mar-2010 Leon Scroggins <scroggo@google.com> Close Cursors in finally blocks.

Fix for http://b/issue?id=2533750

Change-Id: I3ebcc6147e4035ce1c4bf6b76a359ce14196e357
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
2036dbab1726c34953360a7a56d6b9ef1f2aa7dd 15-Feb-2010 Grace Kloba <klobag@google.com> Add a new WebCoreWorker thread to handle the tasks
which should not block either UI or WebKit. It handles
local file access, cache access and trim cache.

Move createCache, saveCache and most of getCache out
of WebCore thread so that slow IO and database will
not affect loading performance. getCache can be still
called from WebCore thread in the uncommon cases
like redirect and POST validation.

Move cache ticker from WebCore thread to WebViewWorkerThread.

Move setCookie from WebCore thread to WebViewWorkerThread.

Remove the unreferenced files in the cache directory
while trim cache.

Confirmed with our SQL expert, Vasu, there is no need
to wrap clearCache with end/startTransaction any more.

http://b/issue?id=2414792
http://b/issue?id=2475242
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
58def690a87b4aa2c01331c06b61e457198de0ea 13-Oct-2009 Grace Kloba <klobag@google.com> If openOrCreateDatabase() throws an exception, delete
the old db and re-do it. If it still fails, something
bad happens, like the directory may have the different
permission. Let it throw as WebView needs the db.

Fix http://b/issue?id=2179339
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
b6e164c779881cf68768224bd67a8d949be0618a 14-Sep-2009 Grace Kloba <klobag@google.com> Per suggestion in http://b/issue?id=2062340, update the UNIQUE in the
httpauth table.
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
0b956e1353a691674cb22c899c5a444b92532b60 29-Jun-2009 Grace Kloba <klobag@google.com> Add content-disposition into the cache header as it is needed by Flash.

As WebKit is using string version of "expires", pass it with the rest of the headers.
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
e64c5567de20d06ac7ed1f5a01f018991cd40a52 20-Jun-2009 Grace Kloba <klobag@google.com> Fix for the new webkit. Now "expires" takes the string instead of int.

We have to upadte our cache database. Good thing is Gears can avoid the expensive date conversion.
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
da996f390e17e16f2dfa60e972e7ebc4f868f37e 13-Feb-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@131421
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
f013e1afd1e68af5e3b868c26a653bbfb39538f8 18-Dec-2008 The Android Open Source Project <initial-contribution@android.com> Code drop from //branches/cupcake/...@124589
/frameworks/base/core/java/android/webkit/WebViewDatabase.java
54b6cfa9a9e5b861a9930af873580d6dc20f773c 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution
/frameworks/base/core/java/android/webkit/WebViewDatabase.java