| 0675e22b46a05cdd3f6e20133a94bb8448231dfa |
|
19-Jun-2012 |
Teng-Hui Zhu <ztenghui@google.com> |
Support fullscreen to inline video transition.
Basically, player is responsible to enter fullscreen mode such that we have
the proper proxy updated on the Java side.
bug:5710646
framework change:
https://android-git.corp.google.com/g/#/c/202139/
Change-Id: Ie7adf620f2e9889142ef153e12d676a5f288bc0a
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 10ab90ea1e09865cb17062ac4b3a99e578202881 |
|
21-Jun-2012 |
George Mount <mount@google.com> |
Remove unused ENABLE_ANDROID_INSTALLABLE_WEB_APPS
Remove an unused #define and code associated with it. This will
smooth a possible future webkit merge.
Framework change: Ibf046337cdabb9bee9cff8e3d77d9f69a59ecb15
Change-Id: I16d8c457a3f08996bc66401b241fe0db5a118975
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 5c36c4ca9214cbbe65d12f6b138aef9618d41a99 |
|
17-May-2012 |
Steve Block <steveblock@google.com> |
Switch to client-based Geolocation
The motivation for this switch is that it is required to enable
PREEMPT_GEOLOCATION_PERMISSION. See b/4500947.
The switch involves changing lots of Android's WebKit plumbing to use a new
GeolocationClientAndroid in WebKit (called from
WebCore::GeolocationController), rather than the existing
GeolocationServiceAndroid in WebCore/platform (called from
WebCore::Geolocation). This is complicated by the need to support mocking for
LayoutTests.
The pattern used is very similar to that used for DeviceOrientation and
DeviceMotion. This patch ...
- Enables CLIENT_BASED_GEOLOCATION
- Leaves PREEMPT_GEOLOCATION_PERMISSION disabled for now
- Removes GeolocationServiceAndroid
- Adds a new GeolocationClientAndroid
- Just a proxy to real client
- Adds a new GeolocationManager
- Manages switching between the real and mock clients
- Provides the appropriate client to GeolocationClientAndroid
- Plumbs to the real client calls for permissions and for suspending/resuming
- Adds a new GeolocationClientImpl
- The real client
- Based heavily on GeolocationServiceAndroid
- Delegates to GeolocationServiceBridge, as GeolocationServiceAndroid did
- Calls back directly to GeolocationController
- Owns the existing GeolocationPermissions
- Updates WebViewCore to call the GeolocationManager for permissions and for
suspending/resuming
- Removes superfluous ChromeClient methods for permissions
Note that support for mocking will be added in a later change. See bug for
details.
Bug: 6511338
Change-Id: I4cdbf55846e76b37c161834b83135b4dc48dbcdc
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 084a2f00a6b30ce87ec8a8eabbea3ac9cbfa6e7e |
|
15-May-2012 |
Steve Block <steveblock@google.com> |
GeolocationPermissions cleanup
- Avoid the need to pass the main frame to GeolocationPermissions. This can be
determined from the WebViewCore.
- Call GeolocationPermissions::maybeStorePermanentPermissions() directly from
WebViewCore to avoid the need for a ChromeClient method.
No functional change.
Bug: 6511338
Change-Id: I80436e3728080338199a632890a64e573a658bba
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 4f8aa4f0ecca0a22c3907ae810301b48b3370f95 |
|
18-Apr-2012 |
John Reck <jreck@google.com> |
Fix crash in createWindow
Bug: 6343878
frame->view()->platformWidget() is only valid on the main frame, not
subframes. Fix the dialog check to use windowRect(), which handles
getting the WebCoreViewBridge from the right frame
Change-Id: Ia7083e2b7d54774bc33f41ac58f547c4c139c5b6
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 494de5e407849a3533d56bc3dddc1ca3a8c6f704 |
|
10-Apr-2012 |
Chris Craik <ccraik@google.com> |
Unify composited layer/base layer draw path
Multiple paths were redundant, as they both synchronized the layers, and drew
the base if needed.
depends on frameworks/base change: https://android-git.corp.google.com/g/#/c/179964/
largely reverts 3adbe453816c9282bfe1d212e813661ce2590955
Change-Id: Ic60f79521dc62e7c2281302bc51a3dfde16d396f
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| b872967b3009769a7980ecac8c7f2a2626fd9a88 |
|
02-Apr-2012 |
George Mount <mount@google.com> |
Remove unused FORM_DID_BLUR hooks.
Bug 6111763
Framework Change: I56a862a6c0f0d7799f4e935bb7f5103bb2edbb9b
Change-Id: I015e1a57e81e897c124af5d96ba76b4d07a381fc
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| a7151f16f5233a27b2e2ea837ed801e8ac85ccfd |
|
06-Mar-2012 |
John Reck <jreck@google.com> |
Support passing focus to the chrome
Bug: 6109044
This is primarily for tab navigation, arrow keys are handled differently
Change-Id: I72968014535afe21bbcb43913bd11cbb676daaf9
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| ceeeab6161d7d8bf970ecf98affa4f4966df6f01 |
|
06-Feb-2012 |
John Reck <jreck@google.com> |
Initial support for keyboard navigation
Bug: 6019693
Change-Id: I7b4f6d83e8913e647e8ac7340afd01d609c4343b
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 95740c40dc0b78f1342ec0c257664b4300a07e6b |
|
13-Jan-2012 |
Teng-Hui Zhu <ztenghui@google.com> |
Support javascript to exit full screen video
When webkit side receive the webkitExitFullscreen, just send it over to the
java side.
framework change:
https://android-git.corp.google.com/g/#/c/158653/
Change-Id: Ice2a5ea33458a8bf3e6990e288d94d5f032b0921
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| adf365552d1a6b55782fa3b3c722f5ea914deb40 |
|
17-Dec-2011 |
Nicolas Roard <nicolasroard@google.com> |
Fix crash with composited layers
When we have composited layers inside iframes/frames, the layers
hierarchy is not always up to date at the time of the layerSync()
call. If some of those layers are scheduled to be repainted, the
repaint operation will triggers the update of the composited layers
tree -- possibly resulting in the deallocation of the very same
GraphicsLayer we were painting from, and thus leading to a crash.
The fix consist in gathering all the root RenderLayer (for each
frame containing composited layers) and explicitely asking
RenderLayerCompositor to check if the composited tree needs to be
updated, before we traverse the tree to paint the elements.
bug:5695185
Change-Id: I33a00b847eb19c9aa4b68f0ac3adbe36709ed00b
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 8db9f9e9e78973e25adf06722ce8f9126e92c60b |
|
01-Jul-2011 |
Shimeng (Simon) Wang <swang@google.com> |
Update viewport using webkit's way.
The Android's customized way of parsing viewport meta tags is kept intact;
while the viewport update notification mechanism is changed to use webkit's
way. This gives much better notification of viewport switching.
issue: 4975315
Change-Id: I7896b67d684efec015245ee804a9243e72ff0b50
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| b4d178df818e8b6e7a1cfbb0e34bbf7bb9d74ec9 |
|
12-May-2011 |
Steve Block <steveblock@google.com> |
Always check weak global references before using them
We hold weak references to Java objects from native code in several
places to avoid circular reference problems. These objects may become
weakly reachable at any time, after which the GC could null our weak
reference, so we have to null-check at every use.
Note that weak references are nulled before the referent is finalized,
so we can't rely on doing work in the finalizer to wait for the
currently executing message to complete and to remove other messages
from the queue.
This effectively reverts
https://android-git.corp.google.com/g/#change,30955
Bug: 4336862
Change-Id: I431fcac11220cb406c26e31aacb9bda7ea22776e
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| fe73b6358fa742d943e85ba9a90544a7b6ba8d9d |
|
24-May-2011 |
Ben Murdoch <benm@google.com> |
Merge WebKit to r80534: Fix ChromeClientAndroid
tabsToLinks() has been removed and keyboardUIMode() has
been added. See http://trac.webkit.org/changeset/80279
Change-Id: Idd92678728737fa313cfababff4d9aadee83be76
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| fa91a01aee5d4a80ca6c80f722116b850f09996c |
|
25-May-2011 |
Steve Block <steveblock@google.com> |
Merge changes I78ff6a85,Ic85c6405,Ibf903baa,I3a0459db,I35140385,I54790419,I6bfe5d24,Ia9f39b83,I5bcecd5a,I1de96683,I543c6810,I8a5b0878,I0ae670bf,Ide4d58dc,I28ebaf3d,I499d6631,Ie5090e0d,I6d3e5f1f
* changes:
Merge WebKit at r78450: Update ThirdPartyProject.prop
Merge WebKit at r78450: Add new Font::canExpandAroundIdeographsInComplexText()
Merge WebKit at r78450: Add new ChromeClient::selectItemAlignmentFollowsMenuWritingDirection()
Merge WebKit at r78450: FrameLoaderClient::didRunInsecureContent() signature changed
Merge WebKit at r78450: HTMLAreaElement::getRect() renamed
Merge WebKit at r78450: FrameLoader::url() removed
Merge WebKit at r78450: HTMLParserQuirks removed
Merge WebKit at r78450: TextRun::padding() renamed
Merge WebKit at r78450: Use new FontMetrics
Merge WebKit at r78450: GraphicsContext current path removed
Merge WebKit at r78450: TransformationMatrix multiply methods renamed and meaning changed
Merge WebKit at r78450: FontCustomPlatformData::fontPlatformData() signature changed
Merge WebKit at r78450: IntRect::bottom()/right() renamed
Merge WebKit at r78450: Fix remaining conflicts
Merge WebKit at r78450: Fix conflicts due to new ENABLE_WEB_ARCHIVE guard
Merge WebKit at r78450: Fix conflicts in media controls
Merge WebKit at r78450: Fix Makefiles
Merge WebKit at r78450: Initial merge by git.
|
| 89ff5bedced41f7901101fa36064aa99b78aa3f4 |
|
19-May-2011 |
Steve Block <steveblock@google.com> |
Merge WebKit at r78450: Add new ChromeClient::selectItemAlignmentFollowsMenuWritingDirection()
See http://trac.webkit.org/changeset/76983
Change-Id: Ibf903baa41bc599ef99edb6ea26e3f62e9133c35
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 63da3f053ab8a3590e4dcd4a51056cb2d277a7d8 |
|
23-May-2011 |
Steve Block <steveblock@google.com> |
Use the correct type for the new quota for HTML5 Database and AppCache
The WebCore DatabaseTracker uses 'unsigned long long' for quotas. We
receive the new quota from Java as a jlong, which is 64bit signed.
This change ...
- Fixes the JNI methods to use 'long long'
- Updates m_newQuota to use 'unsigned long long' to avoid ugly casts
- Uses a boolean to track whether the new quota has been set yet,
which is neater than a magic value and avoids deadlock if a value of
-1 is set
Change-Id: Ieab200164baf8c1647a2d47da759d3c31f0369f8
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| 3fbf8910ec513d0a9c19e991c840c5a8242d73d0 |
|
17-May-2011 |
Ben Murdoch <benm@google.com> |
Merge WebKit at r76408: Rename syncCompositingStateRecursive()
FrameView::syncCompositingStateRecursive() was rename
to FrameVuew::syncCompositingStateIncludingSubframes()
See http://trac.webkit.org/changeset/76196
Change-Id: I615cc9cccee03ac5259079aea47494746b586b25
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|
| a2c606d1d8312a5d063e4a11e5911d9c8e4a3d19 |
|
13-May-2011 |
Ben Murdoch <benm@google.com> |
Merge WebKit at r75993: Move WebKit/android files to Source
Change-Id: Ifa871f8320bdb3a09fe189fffecc23f702c394b9
/external/webkit/Source/WebKit/android/WebCoreSupport/ChromeClientAndroid.cpp
|