| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
Updated WebViewCore to use setSelectionRange instead of
RenderTextControl:setSelectionRange. Now takes the Node* to set the
selection on.
http://trac.webkit.org/changeset/70945
Change-Id: I862c986e11d54c6f05f62a14196b4478a70fc549
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The DOM version number is used to know when the
nav cache is out of date. Webkit changes the version
when DOM attributes change, but not when the CSS
style property changes.
Tracking the style version fixes Google properties like
the 'Options' menu that is available on mobile
devices after a search.
Additionally, fix a crash if the root layer doesn't
exist. And, rebuild the nav cache always on touch.
bug:2628448
Change-Id: I50aa258c1b057ac7deed00f6eca37c0ee323efcf
|
| |\ \ |
|
| | |/
| |
| |
| |
| |
| |
| |
| | |
Fix a few extra copies of KURL and String. Added more characters to the list of
allowable mailbox characters.
Bug: 3038103
Change-Id: I49bd3ba9c628a70e7e1633d16fc329d64613dbf1
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Noe that in FindCanvas.h we include
external/icu4c/common/unicode/umachine.h, rather than
external/webkit/WebCore/icu/unicode/umachine.h to avoid warnings about
redefining U_NAMESPACE_BEGIN
We should be using the header from external/icu4c because we don't
include any ICU headers from WebCore.
The fix works becuase external/icu4c/common is on the include path,
but WebCore/icu is not.
Change-Id: I5c0ff1c5815018ba97962595debca12a17bdd0cd
|
| |\ |
|
| | |
| |
| |
| | |
Change-Id: I6bdb9832bd94017a5f4a894474c30f2cea89d39d
|
| |/
|
|
|
|
|
|
|
|
|
| |
When we have determined that the form can be autofilled, send
a preview string over to Java so that we can display it in the
drop down box.
Requires a change in frameworks/base:
https://android-git.corp.google.com/g/#change,77127
Change-Id: Ia0dd899d659c6e5710155f33749255058d7c3faf
|
| |
|
|
| |
Change-Id: Ide08371e0bc8f74ef80fe25d416623bd03ac6038
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
This allows us to show the correct background even if the tiles aren't yet painted.
Change-Id: Ia3ef97770aadb5f64490e44f20110ea21578ccd0
|
| |
|
|
|
|
|
|
| |
C++ counterpart to https://android-git.corp.google.com/g/#change,77500
Bug:2975990
Change-Id: I3b8fd27f991d6776059a15eef36d0c9a7b44f9bb
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
jstring
The JNI spec allows for local objects to be GC'ed before the JNI frame
returns, so this is dangerous.
Also rename the method to WtfStringToJstring() to match the existing
jstringToWtfString() and update call sites to JNIEnv::NewString() to
make use of it.
Change-Id: I84aa25ba1aca2aee346bf6e3d83a58afc3a95219
|
| |\
| |
| |
| |
| |
| | |
* changes:
CookieManager.getCookie() should return null rather than the empty string
Hook up remaining CookieManager methods
|
| | |
| |
| |
| |
| |
| |
| | |
This is to match the behaviour of the Android Java HTTP stack.
Bug: 3116410
Change-Id: I28fb1392c36754a7c2fd78bc76281db8318a1056
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
hasCookies(), removeExpiredCookie(), removeSessionCookie() and setCookie()
Requires a change to frameworks/base ...
https://android-git.corp.google.com/g/76898
Bug: 3116410
Change-Id: I6b881465f78e090ed29b215785c4018119ccc5d8
|
| |/
|
|
|
|
|
| |
This implements the native code needed to support the deletion
of a profile through the editor UI.
Change-Id: I7966551324d709612bff7cafeaf8a2cf93c218f0
|
| |
|
|
|
|
| |
This matches the behaviour of the Android Java HTTP stack
Change-Id: I280e524a849dc93bae54795543b1440c3be98c27
|
| |
|
|
| |
Change-Id: I1b398bd0a84ce366eb2e686e5f14335d7aa5ed31
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Requires a change to frameworks/base ...
https://android-git.corp.google.com/g/76605
Bug: 3116410
Change-Id: I1b66c1ac9f9aaf5388ad1da92f54b1f16d4a3626
|
| |\ \
| |/
| |
| | |
Chromium HTTP stack"
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
HTTP stack
We also update PlatformBridge::cookiesEnabled() to query the Chromium
HTTP stack directly. This avoids calling
CookieClient::cookiesEnabled(), which calls the Java
CookieManager::acceptCookie() which in turns calls back to native
code.
Also requires a change to frameworks/base ...
https://android-git.corp.google.com/g/76065
Bug: 3116410
Change-Id: Id853463f3bcef76b220e8c44dd2b30c0d6752624
|
| |/
|
|
|
|
|
| |
- Remove superfluous casts to unsigned short*
- Avoid converting from Unicode to UTF8 and back
Change-Id: Ib7cbc610f1b27ecd52082bf412afa7c7b3fec4b2
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
CookieSyncManager
Currently these paths are obtained from the BrowserFrame via JNI.
However, the paths are not synced to the BrowserFrame until the
WebCore thread has started up. This means that if the
WebRequestContext is created on the IO thread, the paths may not be
available.
This change moves the paths from BrowserFrame to CookieSyncManager to
avoid the need to wait for the WebCore thread.
Note that the new methods may be called on either the UI or WebCore
threads, so are synchronised.
Requires a change to frameworks/base ...
https://android-git.corp.google.com/g/76580
Change-Id: I61f88772d13901d66892118c79db3cac412e6bd1
|
| |
|
|
|
|
|
| |
This allows the method to be called from both the WebCore thread and
the UI thread, as required to hook up CookieManager.
Change-Id: I895d14909b14f0baba77fb2cb75926d9103ee01f
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously this file used Chromium style, as it extends a Chromium
class. However, I think it's best to switch to WebKit style to prevent
Chromium style from leaking into the rest of WebKit.
Also switches static member methods to file-scope static functions
where possible.
Finally, return WebRequestContext* rather than URLRequestContext* to
allow us to call methods in the derived class. this will be required
to hook up CookieManager.
Change-Id: Ifdca62230a3728e338904ef1b9b392640af06a92
|
| |
|
|
|
|
| |
Missing edit in I50da7599, ended up on the wrong CL.
Change-Id: I4d4c6713fbfe30cdc8cdf0e733c4725b33a09673
|
| |
|
|
|
|
| |
Fixing JNI bindings. See Java-side change for details (Id39b770b).
Change-Id: I50da7599475476ebaaf9609f44e13fbdf212c90e
|
| |
|
|
|
| |
Bug:3054784
Change-Id: I5430969dc532feea10a960eb4117b3a3108ed702
|
| |
|
|
|
|
| |
See http://trac.webkit.org/changeset/69594
Change-Id: I17d01eae838c03ac198dd8b0df3717d058806aca
|
| |
|
|
|
|
|
|
|
| |
This will be required when hooking up CookieManager to the Chromium
stack, as we need to decide in Java whether or not to call into native
code.
Bug: 3116410
Change-Id: I4e148ad2c38a6e5771912dc419f52c8098027958
|
| |
|
|
|
|
|
| |
Was broken by this CL:
https://android-git.corp.google.com/g/#change,75473
Change-Id: I6f60fd1e19eafe84f9d2f72f556493a25c2caf0e
|
| |
|
|
|
|
|
|
| |
This is in conjunction with Java side CL:
https://android-git.corp.google.com/g/75647
issue: 3063945
Change-Id: I3f0bb11e25ee4ea7615980e2bc6cefb2064d4d9d
|
| |
|
|
|
|
|
|
| |
Requires a change to frameworks/base ...
https://android-git.corp.google.com/g/75471
Bug: 3086308
Change-Id: I062015c990f6bc3d77ec22c746bd8465ed74bd08
|
| |
|
|
| |
Change-Id: I1aba39bdcf217bff751e42d2a335cd230b8193f7
|
| |\ |
|
| | |
| |
| |
| | |
Change-Id: Id37bf0a8b5864fea2490bd2dc5d4a1f52bc56c1d
|
| |\ \
| |/
|/| |
|
| | |
| |
| |
| |
| |
| |
| | |
Also tweaked the implementation slightly to match
jstringToString16, which is more robust.
Change-Id: I614576615a6f429ea1632c395d5bc4e068c32cfb
|
| |\ \
| |/
|/| |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Chromium now seems to enforce that profile unique ids cannot be
zero (as the default ctor leaves them). Read the correct id from
the Java WebSettings.AutoFillProfile class.
Requires a corresponding change in frameworks/base:
I88cd1e91b8c6043c732a1709a89fda4a3c9f921f.
Change-Id: I736220dccd8d68c395d6742e38a063da4140a13b
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
a password field
Bug: 3105611
Change-Id: I9190b50265d3b1ea9639dbdae1d513aefb93c9f3
|
| |
|
|
|
|
|
| |
Requires a corresponding change in frameworks/base ...
https://android-git.corp.google.com/g/74335
Change-Id: I8158a8a65e83fa1d0a80233250921dae2c2b4d76
|
| |
|
|
| |
Change-Id: I8516c4f39a38e236d0bff38a91fe8657cfcf8ad4
|
| |
|
|
|
|
|
|
| |
Load all AutoFill profile values from Java. Requires a
corresponding change in frameworks/base:
https://android-git.corp.google.com/g/#change,74046
Change-Id: I4567d0879f364647b649c0f3c80ce8e32423b371
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add the JNI bindings so that we can get the AutoFill profile data
that the user entered in the Browser UI and inject that data into
the WebAutoFill object. This eliminates the John Smith profile!
Note that additional profile data such as addresses and phone
numbers will be added very shortly.
Requires a corresponding change to frameworks/base,
see https://android-git.corp.google.com/g/#change,72204
Change-Id: Ie32100123ef0d868e1f7efb5604c6fac48725967
|