| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Bug: 3367381
Change-Id: Ia50dcf39c9045642037e684ecd1e2bee90a69f72
|
|
|
|
| |
Change-Id: I797ab2d6ce6a07561c710d8b3262e548770eb477
|
|
|
|
|
|
|
|
|
|
|
| |
Bug:3280725
Store form data when submitted rather than when a
page loads.
Requires a change in frameworks/base.
Change-Id: Ib2328270a91d8d618a40a1353bf50337bbf608aa
|
|
|
|
|
| |
Bug:3073288
Change-Id: I84fd4fe01271cb84454fc94387ae7d61e7ed76f3
|
|
|
|
|
|
|
| |
Requires another CL in framework.
https://android-git.corp.google.com/g/#change,93329
Change-Id: Ie623b55b6580d9761cc7de6b1b1708fbb2f0c633
|
|
|
|
|
|
|
|
|
| |
In the Apache HTTP stack, this is done by LoadListener. This CL
plumbs in the same logic for the Chrome HTTP stack. This fixes
the WebViewTest#testAccessCertificate CTS test.
Bug:3242048
Change-Id: I69a4de46ded59bfdebdd391c4731c7c1a79744fb
|
|
|
|
|
|
|
|
|
| |
This helps scrolling to a page#anchor link as shown in the bug.
Not sure I understand the reason to have that setting at the first place.
issue: 3225233
Change-Id: If2960d3c77be94b150e138a534007708f025dbad
|
|
|
|
|
|
| |
request. Java side CL: https://android-git.corp.google.com/g/#change,84530
Change-Id: I2a16be691ba3846f3ecb1fd533905d7b6ac374fc
|
|
|
|
|
|
|
|
|
|
| |
This calls through to the new entrypoint on the Java size
(see change I3f3f84a1). I've done some modest refactoring
to minimize code duplication. The way we obtain a pointer
to the frame is still a bit messy, but I couldn't find a
really clean solution to that.
Change-Id: Ia5c12f615b8c41f1c846bbf6fd6dcfe56f3e2a51
|
|
|
|
|
|
|
|
|
|
|
| |
The api returns a response containing the mime type, encoding, and an optional
InputStream for reading data. Move the asset and content url logic into the
new api to consolidate some code.
Requires a change in frameworks/base.
Bug: 2905943
Change-Id: Ic7af410308872042c412aedf62e589f6d2095782
|
|
|
|
|
|
|
|
|
|
| |
This also moves some of the android file handling to Java so it is not
duplicated in both places.
This CL needs https://android-git.corp.google.com/g/#change,77400
in frameworks/base
Change-Id: I90c1726e6c323a9de3fd64f2e6feef4b64171053
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Due to the way the WebView API works, downloads are handled by the Java
client code via the DownloadListener interface, so we need to toss them
over the JNI wall.
I had to refactor WebResourceRequest slightly to save the user-agent
header before it gets stripped out. I have also made it const-correct.
Test: manually checked that we can download a file, with both stacks.
See matching change in frameworks/base (I87e71deb)
Change-Id: I8130040099d02c399d42b223444b333398628235
|
|
|
|
|
| |
Bug: 3053149
Change-Id: Idb6850b2aac5de2ab19850779a65496ef356961d
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On receiving an auth request:
- WebRequest (on the IO thread) sends a message to WebUrlLoaderClient
- WebUrlLoaderClient (webkit thread) calls WebCoreFrameBridge.
- WebCoreFrameBridge makes a JNI call to BrowserFrame.java.
Each JNI call has a WebUrlLoaderClient pointer, cast to an int.
We use this to recover the context when we're called back, and
dispatch a message back to WebRequest.
Corresponding Java change: https://android-git.corp.google.com/g/63762
Change-Id: Ieb72f2eaa996a55916c987859f47f6dacf92e06c
|
|
|
|
|
|
|
|
|
| |
Requires a change to frameworks/base
Bug 2679411
Bug 2659028
Change-Id: I482cefadc24c620c6d07cbce44acc216bdb9b8df
|
|
|
|
|
|
|
|
| |
This depends on: https://android-git.corp.google.com/g/#change,62112
Request an java.io.InputStream from java and queries this for that until all is read.
Change-Id: Ia3e7ad973700bd49be9cae9b432661d61a5470b8
|
|
|
|
|
|
| |
See http://trac.webkit.org/changeset/65021
Change-Id: I779a8ec0c3e1e0aed8f8d1894cfc1e5ca33ee549
|
|
|
|
|
|
|
|
|
| |
Fix for http://b/issue?id=2178786
Call up to Java to get strings for <input> labels, and use them
on inputs.
Requires a change in frameworks/base.
|
| |
|
|
|
|
| |
This requires a change to the framework.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These files have not yet been upstreamed to webkit.org.
WebKit requires either a BSD-style or LGPL 2.1 license for all code.
We use a BSD-style 2-clause license for Android-specific files that will be upstreamed to webkit.org.
This change adds licenses where absent or simply fixes the names of copyright holders in the license
text to 'THE COPYRIGHT OWNER' and cleans up formatting.
Files in stl/ currently use licenses other than BSD-style and will require more careful treatment.
Change-Id: I67ad4b8932e432d3eaaeecdfeb0d09418496228d
|
|
|
|
| |
Send up a boolean to indicate if the touch icon url is precomposed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the "viewport" meta tag, you can specify "target-densityDpi".
If it is not specified, it uses the default, 160dpi as of today.
Then the 1.0 scale factor specified in the viewport tag means 100%
on G1 and 150% on Sholes. If you set "target-densityDpi" to
"device-dpi", then the 1.0 scale factor means 100% on both G1 and Sholes.
Implemented Safari's window.devicePixelRatio and css media query
device-pixel-ratio.
So if you use "device-dpi" and modify the css for font-size and image
src depending on window.devicePixelRatio, you can get a better page on
Sholes/Passion.
Here is a list of options for "target-densityDpi".
device-dpi: Use the device's native dpi as target dpi.
low-dpi: 120dpi
medium-dpi: 160dpi, which is also the default as of today
high-dpi: 240dpi
<number>: We take any number between 70 and 400 as a valid target dpi.
Fix http://b/issue?id=2071943
|
|
|
|
| |
Fix http://b/issue?id=2086818
|
|
|
|
|
|
|
| |
Call through FrameLoaderClient when an apple-touch-icon attribute is parsed.
Instead of always downloaded the icon, just report the url so that if it is
needed, it can downloaded by java. It is also a lot more code to let WebCore
handle storage and retrieval of the icon.
|
|
|
|
|
|
| |
With only turning on request management (no fine tuning of parameters), loading
cnn.com was 3-4 seconds faster and the main content displayed about 1-2 seconds
sooner.
|
| |
|
| |
|
| |
|
| |
|
|
|