History log of /frameworks/base/native/webview/loader/loader.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
ae498f270230e20b5a777ed2d6387a21767625a3 05-Oct-2017 Gustav Sennton <gsennton@google.com> [WebView] Only pass one path to relro creation/loading at a time.

There's no need to send both 32-bit and 64-bit paths to the native side
of the relro-creation/loading logic, we can check which one to send on
the java side instead.

Bug: 28736099
Test: Load WebView app, ensure relro file is loaded into the app
process.

Change-Id: Ia3fb4b3ed686c3e70c26a384aae966bda179d225
/frameworks/base/native/webview/loader/loader.cpp
beec08679b7e0cfc10f1ef57072716b17ce417c3 21-Jun-2017 Gustav Sennton <gsennton@google.com> Use classloader namespace instead of lib paths to load WebView libs.

When loading WebView's native libraries we now have a classloader
pointing to the namespace of thise libraries - so we no longer need to
explicitly reference those libraries by their path names.

Bug: 62860565
Test: Start a WebView-using app. Ensure that libwebviewchromium.so is
loaded into the app process.

Change-Id: I205131f4b5fac7c33374560515b85ddef19a7ce9
/frameworks/base/native/webview/loader/loader.cpp
cd165a9d51e34d7d86d27e5d3220f86846145c14 21-Jun-2017 Gustav Sennton <gsennton@google.com> Move WebView loader from frameworks/webview/ to frameworks/base/.

The Java-side of the WebView loading lives in frameworks/base/ while the
native side lives in frameworks/webview/. It would be great to be able
to change the JNI interface between these two without having to update
two separate projects.

This CL moves the native side into frameworks/base/.

Bug: 62445369
Test: Run app using WebView (and ensure it loads WebView).
Change-Id: I6915e996b3a035e9d87000ccd11e5fb89deecde7
/frameworks/base/native/webview/loader/loader.cpp