When copying a link from a bookmark and then pasting it into
a textfield a NullPointerException will occur.
A ClipData.Item is not guaranteed to always contain a text string
and therefore getText() can be set to null.
Using method coerceToText() instead of getText() makes sure that
a text string is always returned.
Change-Id: I81343c0371835a3a7a52045dcd1760e69e59a967
Currently, audio will resume playing after a phone call
or notification even if the user had manually paused playback.
This patch addresses that by introducing a new player state
to distinguish the user pausing playback and the browser
losing audio focus for some other reason. Audio will only
resume if the browser temporarily lost audio focus and
not when the user has manually paused playback.
Change-Id: I9e8beaedb0fcc5afe920068297ed9c387eab2ac8
Signed-off-by: Roger Chen <cxr514033970@gmail.com>
Bug: 8231270
WebSQL database is disabled by default. And setting change to
enable it must precede the first url navigation. This change
is to clarify this behavior.
Change-Id: Ic0aab764821daece83f3482b30df4bebc7ff1f37
Trivial cherry pick from master, see
Id1182537e073a9dd7746e23eec20accacedd9fc8
historyURL must be a valid URL.
Bug: 7907196
Change-Id: I1f32a9bda4ae627f242b2533eca18aef3ba25411
WebSettings:
PluginState - plugins depreacted and will not be supported in future.
setRenderPriotity - b/6335436
setLightTouchEnabled - b/7683972 it's s no-op.
setAppCacheMaxSize - has a sensible default and will be obsolete in
future with HTML Quota Management API. b/6236763
WebStorage.setQuotaForOrigin - same as setAppCacheMaxSize
WebView:
clearView, showFindDialog - buggy, can be achieved otherways
savePassword - not useful/usable in practice; see b/5012826
- stock browser used hidden APIs to achieve this feature
WebIconDatabase:
Other than the open() method, this does nothing useful. b/7331507
Change-Id: I01793f7b34978046eb54033477fca2da96e69c2e
Null Pointer Exception occurs because mWebViewCore instance
is made to null while calling destroyJava(). When
1.webview hosting activity goest to background, without calling webview onPause().
2. If app is launched again (having launchmode:singletask ) and another activity (not webview hosting) comes on top top.
3. It destorys the previous activity holding webview which internally tries to cancel the dialog, but webviewcore instance is null.
Null pointer exception is raised.
Change-Id: Idbcd30d0b0d4a35819444bbaa5c73cced8bb35a3
Signed-off-by: Amit Kumar <amitkecian@gmail.com>
When targetting >= CUR_DEVELOPMENT, the WebView.PictureListener.onNewPicture API
should pass a null picture in the callback.
Bug: 8209022, 8244082
Change-Id: I280c7cc89f2a12b1273cd67bbe2c7a6f2ca5892f
To avoid angle calculation changed the logic to use virtual areas.
When try to drag or pan, check where the current touch point locates
and determine how to drag a page.
Change-Id: Id9bd08a69c4ac93ff385c8088e6c16bed5dc5f88
Signed-off-by: kiwon <kiwon98.lee@samsung.com>
This ensures that performing an accessibility navigation action correctly
returns true or false based on the new selected element.
Bug: 8027669
Change-Id: Ib7b3e1ec92ef522b23b073d32878dc1dc05723e9
Refactor FindActionModeCallback to make it more suitable
for sharing between WebViewClassic and WebViewChromium.
Bug=5006564
Change-Id: Ic3156eb50f99033a17ba3f83d0b4f39ba992afa8
The update ensures that previous versions are deserialized and
played back using the appropriate version of Skia.
There are companion changes to this in...
external/skia
external/webkit
bug: 8019756
Change-Id: I8d6507a82fa9adee94c3cb6ab1eb52bc64e8fa72
When typing a text in find on page, then deleting it again the
default text in the field "Find on Page" is truncated by
an invisible view.
This commit fixes the problem by setting the visibility of
mMatches view changes to View.GONE instead of View.INVISIBLE.
Change-Id: I9889f22a254cdabb0cbaba72bff4b14158e5c9ff
Bug: 7617139
WebViewFactoryProvider.getProvider() is thread safe, and when
called from findAddress() this is giving a spurious strict mode
warning.
Also removing obsolete comment while here.
Change-Id: I0b36bc23c13c9c9bec26edaf32ee83ade88982c8
During the destroy sequence, it happens that the mWebViewClassic was
set to null in the transferMessages function and consequently, the
call to WebCoreThreadWatchdog.unregisterWebView(mWebViewClassic) is
not really removing the view from the watchdog's list; creating a
memory leak.
Change-Id: I2bae7c8d7c473e2af25e62a485699f88269d6658
Author: Jean-Christophe PINCE <jean-christophe.pince@intel.com>
Signed-off-by: Jean-Christophe PINCE <jean-christophe.pince@intel.com>
Signed-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: 57869
