external-webkit

Fork

Enable dynamic effect of GIF animating images in browser

The ANDROID_LARGE_MEMORY_DEVICE flag is not set for x86 platforms but it
is required to get animated GIF working. 256MB is considered "large".

Change-Id: Ic0158e1bff44cbed0f4301f99104c1b5ac0e9c59
Author: Bin Xu <bxu10X@intel.com>
Signed-off-by: Bin Xu <bxu10X@intel.com>
Singed-off-by: Shuo Gao <shuo.gao@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Author-tracking-BZ: 19205

Merge commit 'android-4.0.4_r2.1' into ics-x86

merge in ics-mr1-release history after reset to ics-mr1

Cherry-pick WebKit r100677 to fix a rendering crash

This fixes a crash from positioned generated content under run-in.
See http://trac.webkit.org/changeset/100677.

Bug: 6079158
Change-Id: I3d2012c58f47e71ae500e33551dfab5587b84534

Only check ARCH_ARM_HAVE_ARMV7A if TARGET_ARCH is arm

It only makes sense to check ARCH_ARM_HAVE_ARMV7A if the arch is arm.

This patch is required to enable chrome http stack on x86.

Change-Id: Ie59fc1a0a44f79a403501be96766ed825f6a7e72

merge in ics-mr1-release history after reset to ics-mr1

Prevent infinite loop when turning on then off composited mode

bug:5820635
Change-Id: I24b6eae6c76c29e44106b4ec87e74d945aad7b1b

merge in ics-mr1-release history after reset to ics-mr1

Fully invalidate the pictureset when content size changes

bug:5759299

Webkit invals aren't correct when the content size changes (even simply growing
vertically), for now just repaint from scratch in that case.

Change-Id: I408b289bfee1139d6c8f3c7babd963d217cb5bc0

merge in ics-mr1-release history after reset to ics-mr1

Merge "Enable History API. Do not merge." into ics-mr1

Merge "Fix crash with composited layers - DO NOT MERGE" into ics-mr1

Merge "When in singlesurfacemode, resist switching out - DO NOT MERGE" into ics-mr1

Merge "When loading new content, reset zoom state - DO NOT MERGE" into ics-mr1

When loading new content, reset zoom state - DO NOT MERGE

cherry-pick of https://android-git.corp.google.com/g/#/c/155121/2 into MR1 branch
bug:5757950
Change-Id: I34042e8b1f1adf1fc1826d7fde5500708bef3b60

When in singlesurfacemode, resist switching out - DO NOT MERGE

cherry-pick of https://android-git.corp.google.com/g/#/c/155078/ into MR1 branch
bug:5660814

We want to avoid swapping in and out of singlesurface mode when we have enough
textures to hold the content, but not while the content is updating.

Change-Id: I3c45f2b9f3c8e06b397b701fb53ac6ac5ff8efdd

Enable History API. Do not merge.

Cherry pick Ic6b6860ca4bfe891e84fb0445d67c7ea728c6fe3

The HTML5 History API is disabled at runtime by default in WebKit.
Configure it to be enabled.

Bug: 5767904
Change-Id: Ib7374e0145c581588990baec6e67025c1b7ef693

Return the tile generation thread to default priority.

With this partial revert of ececd484e5832707be4a73b70da37f862eb14c35 , single core devices can't have tile generation starved by javascript/plugins.

bug:5746432
Change-Id: I42b5799f4ba136e1c6f9812219824d21390bace2

Fix crash with composited layers - DO NOT MERGE

Cherry-pick from master

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

merge in ics-mr1-release history after reset to ics-mr1

Merge "Revert "Put canvas on a layer"" into ics-mr1

Revert "Put canvas on a layer"

Bug: 5712065
This reverts commit 35e0b8dd7902e92f50ede4df2e4bad4ed581b770

merge in ics-mr1-release history after reset to ics-mr1

Merge "Fix ANR when hitting very large layers" into ics-mr1

Fix ANR when hitting very large layers

In some cases we have to deal with very large layers (e.g. 130k x 56k).
We do clip them at draw time, but at prepare time we will generate *all* the
needed BaseTile objects. Those are small, but when you have to allocated
100k of them and then iterate, it does not make things fast, and we can
ANR (and sometimes recover later).

bug:5466840
Change-Id: I01c64ed1014fa719b619609fd2bd24126dc9056e

Merge "Reset framework inval when done zooming" into ics-mr1

Reset framework inval when done zooming

bug:5726709

Framework invals are not valid when zooming completes because much content
outside the rect will have changed from zooming.

Change-Id: I72e4509e13bf97ea90f09716699e66c1c3f9acd8

Merge "Prevent native crashes on client cert request" into ics-mr1

merge in ics-mr1-release history after reset to ics-mr1

Merge "Revert change that caused text in floating divs to not reflow." into ics-mr1