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
|