Age | Commit message (Collapse) | Author |
|
Bug: 62445369
Test: run WebView using app and ensure it loads WebView.
Change-Id: I8d5f85a746203222bfb582317e5caff44cf06724
|
|
To clean up WebViewFactory we are moving some of its functionality into
a new class, WebViewLibraryLoader. Some of this functionality is native,
and thus we need to update JNI registration code.
Bug: 28736099
Test: start WebView-using app, ensure libwebviewchromium64.relro
is loaded into the app process.
Change-Id: I0dbf5d15fe33e75605e100850d06f48cb49b949c
|
|
Use the namespace corresponding to a given classloader to load the
native library. This allows the calling code in WebViewFactory to
associate the library with the WebView APK's classloader, preventing it
from being loaded twice in some situations.
Bug: 27189432
Change-Id: I89b21b28ebba4dbb817e519d349a4bb021cc6b10
|
|
Instead of just returning a boolean representing whether the webview
relro file loads successfully, return an integer representing either
success or the reason for failure.
Change-Id: Iade4044d130f0ac6b777f4e5d82f78b3cb977739
|
|
Rather than stat'ing the native library from native code,
use a size passed in from Java.
Bug: 16403706
Change-Id: I07ad5a774623c1899eb50474d999a2b1447783f0
|
|
Create a small native library that just contains the JNI code for
WebViewFactory, to enable loading of the full WebView native library
using android_dlopen_ext.
Bug: 13005501
Change-Id: I9608431a66868124f1c1ac618b2c24e2f2608631
|