These strings had a defintion native side, but no corresponding
definition java side which would lead to a crash. Strings taken from
chrome/app/generated_resources.grd - see
http://src.chromium.org/viewvc/chrome/trunk/src/chrome/app/generated_resources.grd?r1=75912&r2=76117&pathrev=88489
Also note that credit_card_number_preview_format is no longer needed.
See also change Ib861245e26197938bb2c5cf0f99c1d797ab0fbf2
Change-Id: I829b5d24e6f9a04211ee91c3f670c8659c004cd9
If mInitialScale is set, use it as the default scale; otherwise,
it'll be overridden by default density in case of book app where
mobile fixed viewport is used; since today the default scale is used
to calculate the mobile fixed viewport.
issue: 4982074
Change-Id: I21c2bf41478bb97351cb3fb1cc3735ab7d75e164
Update viewport as soon as possible to make sure layout has correct viewport.
This helps fixes gmail flickering issue.
Also helps the case a mobile site is switched to desktop when the
user agent is switched.
issue: 4723800
Change-Id: I3dc9e52d912d49478d562cec3f38d653a563715e
The Java object should remain usable until the WebView is navigated
away from the current page. The native side holds only a weak
reference, so we need to keep a reference Java-side.
Bug: 4990734
Change-Id: I40bd078f779228480cfe6f52d9feb4e60c963b4b
We must not call WebView.destroy() until after the WebView has been
removed from the view hierarchy.
Bug: 4974517
Change-Id: I33b3a9d4ec098e2ab50626cb8906da7697ff2a33
Once we switch out from full screen mode, the player will be re-created for the
next video, we should release the sources as early as possible.
bug:4332676
Change-Id: I4c26523b3600d3100f81e422979236fca57beb7c
In case of non-standard load such as reload, currently the ZoomManager's
onFirstLayout will not be triggered, hence initial zoom overview will not
be set.
This change provides a fix to set initial zoom overview in case of
non-standard load for the new picture after first layout.
issue: 4975315
Change-Id: If2ba3e472f2bb7b6fc4c52024d18a66dc1e41a23
b/2689122 SSL error shows the wrong page when triggered by an image/javascript in the page.
This change receives the URL which has a cert error from webkit and carrys it in SslError.
so the Browser app can show the URL in the dialog boxes. Related CLs are:
webkit: https://android-git.corp.google.com/g/#change,117817
browser: https://android-git.corp.google.com/g/#change,117835
Change-Id: I65c3f038a48b6386fa93cb25a9ef70dbfb982c18
Bug: 4606210
If a WEBKIT_DRAW message came in after the WebView was paused,
it would fail to draw causing it to re-send the WEBKIT_DRAW message
which would lead to an infinite loop until the WebView is resumed.
Fix this by not re-sending the WEBKIT_DRAW message if webview is paused.
Change-Id: I3dd946e4e948cf3fd6af07ba6f7fdac2f967a631
1. While mapping Android hover to WebKit mouse events I was not
taking into account the horizontal and vertical scroll.
bug:4807087
Change-Id: Ie24a8a30ce6a20d27b627ae7c7fbff1b74d140c8
