[M95] BackForwardCache: Reland: Disable when MediaSession's service is used

This is reland of crrev.com/c/3121727 with disabling the test on the
ASAN bot (crbug.com/1243159). We are addressing on this issue soon
later.

After this change, back-forward cache is blocked when MediaSession's
service exists, i.e., a MediaSession action handler is registered and a
audio or media plays. It is risky to put a page with a MediaSession
service into the back-forward cache, since the page's state can affect
a media control UI. This change adds this blocking behind a flag
(supported_features) for future experiments.

This change adds feature flags. We think that changing the playback
state without a MediaSession service should not be harmful for back-
forward cache. By adding the flags, we will be able to do experiments.

After this change, we have two new features:

 * BackForwardCacheMediaSessionPlaybackStateChange
 * BackForwardCacheMediaSessionService

These are independent and can take these pairs:

  * (false, false): MediaSession's playback state change doesn't allow
                    BFcache (default)
  * (true, false):  MediaSession's playback state change w/o a
                    MediaSession service allows BFcache
  * (true, true):   MediaSession's playback state change w and w/o a
                    MediaSession service allows BFcache

In theory there is a pair (false, true) but this doesn't make sense, as
a MediaSession service does nothing if the playback state is not
changed.

(cherry picked from commit 568bc4acd1bcfbb506741c66f09ea9c9b9cda535)

Bug: 1243599
Change-Id: I01f1498aaf3796ade1c5a4520834eab434229902
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/3151103
Commit-Queue: Hajime Hoshi <hajimehoshi@chromium.org>
Reviewed-by: Andrey Kosyakov <caseq@chromium.org>
Reviewed-by: Arthur Sonzogni <arthursonzogni@chromium.org>
Reviewed-by: Tommy Steimel <steimel@chromium.org>
Cr-Original-Commit-Position: refs/heads/main@{#923248}
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/3174617
Auto-Submit: Hajime Hoshi <hajimehoshi@chromium.org>
Commit-Queue: Andrey Kosyakov <caseq@chromium.org>
Cr-Commit-Position: refs/branch-heads/4638@{#252}
Cr-Branched-From: 159257cab5585bc8421abf347984bb32fdfe9eb9-refs/heads/main@{#920003}
9 files changed
tree: d545289ed6bf8a1e116bc509236c296f5463eaaa
  1. android_webview/
  2. apps/
  3. ash/
  4. base/
  5. build/
  6. build_overrides/
  7. buildtools/
  8. cc/
  9. chrome/
  10. chromecast/
  11. chromeos/
  12. cloud_print/
  13. codelabs/
  14. components/
  15. content/
  16. courgette/
  17. crypto/
  18. dbus/
  19. device/
  20. docs/
  21. extensions/
  22. fuchsia/
  23. gin/
  24. google_apis/
  25. google_update/
  26. gpu/
  27. headless/
  28. infra/
  29. ios/
  30. ipc/
  31. jingle/
  32. media/
  33. mojo/
  34. native_client_sdk/
  35. net/
  36. pdf/
  37. ppapi/
  38. printing/
  39. remoting/
  40. rlz/
  41. sandbox/
  42. services/
  43. skia/
  44. sql/
  45. storage/
  46. styleguide/
  47. testing/
  48. third_party/
  49. tools/
  50. ui/
  51. url/
  52. weblayer/
  53. .clang-format
  54. .clang-tidy
  55. .eslintrc.js
  56. .git-blame-ignore-revs
  57. .gitattributes
  58. .gitignore
  59. .gn
  60. .mailmap
  61. .vpython
  62. .vpython3
  63. .yapfignore
  64. AUTHORS
  65. BUILD.gn
  66. CODE_OF_CONDUCT.md
  67. codereview.settings
  68. DEPS
  69. DIR_METADATA
  70. ENG_REVIEW_OWNERS
  71. LICENSE
  72. LICENSE.chromium_os
  73. OWNERS
  74. PRESUBMIT.py
  75. PRESUBMIT_test.py
  76. PRESUBMIT_test_mocks.py
  77. README.md
  78. WATCHLISTS
README.md

Logo Chromium

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.