commit | a5eb414a4f0bd3412b1b588cc7e1bbc677b497ed | [log] [tgz] |
---|---|---|
author | Yao Xiao <yaoxia@chromium.org> | Fri Jan 05 18:28:38 2024 |
committer | Chromium LUCI CQ <chromium-scoped@luci-project-accounts.iam.gserviceaccount.com> | Fri Jan 05 18:28:38 2024 |
tree | a52b97504836b1337fc928dacd48dc06873a89f5 | |
parent | 22b0d711657b451b61d50dd2e242b3c6e38e6ef5 [diff] |
[shared storage] Fix duplicate console outputs handling Issue: "console" outputs became automatically supported with the worklet integration with DevTools. It conflicts with the pre-existing manual logging via `devtools_instrumentation::LogWorkletMessage()`, causing duplicate logging of each message. This CL: 1) Removes the manual devtools_instrumentation::LogWorkletMessage(). 2) Re-purpose mojom::SharedStorageWorkletServiceClient::ConsoleLog() to ::DidAddMessageToConsole(). We still want the observer method, so that existing tests that relies on `WebContentsConsoleObserver` can still work. The idea is to keep mimicking what's being done for console outputs from Window context, which manually triggers the observer method via mojom::LocalFrameHost::DidAddMessageToConsole(). 3) Use the original log level in the observer method, rather than always using `kInfo`. This aligns with the actual log level. Bug: 1515719 Change-Id: I7a15d4727d2affba03c2e575c251d63b09c62404 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5171585 Reviewed-by: Daniel Cheng <dcheng@chromium.org> Reviewed-by: Cammie Smith Barnes <cammie@chromium.org> Commit-Queue: Yao Xiao <yaoxia@chromium.org> Cr-Commit-Position: refs/heads/main@{#1243503}
Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all users to experience the web.
The project's web site is https://www.chromium.org.
To check out the source code locally, don't use git clone
! Instead, follow the instructions on how to get the code.
Documentation in the source is rooted in docs/README.md.
Learn how to Get Around the Chromium Source Code Directory Structure.
For historical reasons, there are some small top level directories. Now the guidance is that new top level directories are for product (e.g. Chrome, Android WebView, Ash). Even if these products have multiple executables, the code should be in subdirectories of the product.
If you found a bug, please file it at https://crbug.com/new.