[go: nahoru, domu]

tree: 25f1fa6a0e4fd6acc18654ff1d5c552f89a8defe [path history] [tgz]
  1. app/
  2. browser/
  3. common/
  4. public/
  5. renderer/
  6. shell/
  7. test/
  8. tools/
  9. utility/
  10. API_OWNERS
  11. BUILD.gn
  12. DEPS
  13. DIR_METADATA
  14. grit_resources_allowlist.txt
  15. grit_strings_allowlist.txt
  16. OWNERS
  17. README.md
  18. variables.gni
  19. weblayer_module.gni
  20. weblayer_resource_exclusions.gni
  21. weblayer_resources.grd
weblayer/README.md

WebLayer

WebLayer is a high level embedding API to support building a browser.

Unlike src/content, which is only concerned with a sandboxed multi-process web platform, WebLayer includes modern browser features and Google integration. It's the reusable version of Chrome, which might share some portions of the UI and also its support for all the modern HTML5 and browser features (e.g. UI for permissions, autofill, safe browsing etc...).

While it's built on top of src/content, the expectation is that the API will hide the Content API.

Design Goals

  1. WebLayer should be powerful enough to build a modern browser. This means:
    • as fast and secure as Chrome
    • includes all the same web platform features as Chrome (including UIs and system integration code)
  2. WebLayer embedders should get new web platform features for free (e.g. don't need to keep updating their UIs or code)
  3. WebLayer hides subprocesses, so any code that needs to run in the renderer needs to be part of WebLayer. Script injection is generally discouraged for security and performance reasons.

Resources and Documentation

Mailing list: weblayer-dev@chromium.org

Bug tracker: Internals>WebLayer

Directory Structure

public the C++ and Java public API. These are the only files an app should use

shell sample app

test test harnesses and test-only helper code

tools helper scripts

app internal code which runs at the beginning of each process

browser internal code which runs in the browser process

common internal code which runs in the browser and child processes

renderer internal code which runs in the renderer process

utility internal code which runs in the utility process

Setting Up Your Build Environment

If you haven't done this already, you first need to set up an Android build. If you are a Google employee, reach out to weblayer-team@google.com for internal instructions. Otherwise follow the Android build instructions.

Building and Testing

To run the sample app:

    $ autoninja -C out/Default run_weblayer_shell
    $ out/Default/bin/run_weblayer_shell

To run instrumentation tests:

    $ autoninja -C out/Default weblayer_instrumentation_test_apk
    $ out/Default/bin/run_weblayer_instrumentation_test_apk

Note: this may not work on some versions of Android. If you see an error setting the WebView provider when running instrumentation tests, try running the tests using the WebLayer support APK which uses a different loading path:

    $ autoninja -C out/Default weblayer_support_instrumentation_test_apk
    $ out/Default/bin/run_weblayer_support_instrumentation_test_apk

The test script will build and install all necessary APKs.

Running Skew Tests

Make sure you have the following gn arg:

system_webview_package_name = "com.google.android.webview"

The following tests the latest client library against M80:

    $ autoninja -C out/Default weblayer_instrumentation_test_versions_apk
    $ cipd install --root /tmp/M80 chromium/testing/weblayer-x86 m80
    $ out/Default/bin/run_weblayer_instrumentation_test_versions_apk \
       --test-runner-outdir out/Default \
       --client-outdir out/Default \
       --implementation-outdir /tmp/M80/out/Release

Running WPT

To run WPT on android against weblayer do the following:

    $ export WPT_TEST= test you want to run, relative to wpt directory.
    $ autoninja -C out/Default run_weblayer_shell weblayer_shell_wpt
    $ out/Default/bin/run_weblayer_shell
    $ testing/scripts/run_android_wpt.py --webdriver-binary=out/Default/clang_x64/chromedriver --product android_weblayer --isolated-script-test-output /tmp/weblayer_out.json --include ./third_party/blink/web_tests/external/wpt/$WPT_TEST

run_android_wpt.py does not install weblayer-shell, you need to do that yourself (executing run_weblayer_shell will do that).

To run against clank:

    $ autoninja -C out/Default monochrome_public_apk
    $ out/Default/bin/monochrome_public_apk install
    $ testing/scripts/run_android_wpt.py --webdriver-binary=out/Default/clang_x64/chromedriver --product chrome_android --package-name org.chromium.chrome --isolated-script-test-output /tmp/weblayer_out.json --include ./third_party/blink/web_tests/external/wpt/$WPT_TEST

Passing in -vvvv may be useful if you want to see loads of information about test execution.

Telemetry

Telemetry is run against WebLayer, currently on the bot android-pixel2_weblayer-perf.

Telemetry currently only runs on real hardware. Bug 1067712 is for adding support for emulators.

Tricks:

To see the set of stories executed, click on a successful run, search for performance_weblayer_test_suite and click on the json.output link.

Googlers can submit jobs against your own patch using pinpoint. At the time of this writing, logcat is not captured for successful runs (1067024). Submitting a pinpoint run against a patch with a CHECK will generate logcat. For such a run, the logcat is viewable by way of:

  1. Click on Id next to task under Test.
  2. Expand + (under More Details).
  3. Click on link next to Isolated Outputs.
  4. Click on test_results.json.
  5. Replace gs:// with https://pantheon.corp.google.com/storage/browser.