commit | 8ab5fc5b7a478cf1141f2735d0237e6f3e9d1ef0 | [log] [tgz] |
---|---|---|
author | Akihiro Ota <akihiroota@chromium.org> | Mon Jan 09 02:42:55 2023 |
committer | Chromium LUCI CQ <chromium-scoped@luci-project-accounts.iam.gserviceaccount.com> | Mon Jan 09 02:42:55 2023 |
tree | d94f075825687912aacc9a13c2ea7ee19f55166c | |
parent | 80d3740555a942a39203a39de5885a16247c5d91 [diff] |
Dictation: Speculative fix for flaky Dictation JS tests According to the attached bug and the chromium flake portal [1], there are flaky Dictation JavaScript tests. The most prominent one is DictationE2ETest.SilencesSpokenFeedbackWhenStarting, which fails with the following error: AssertionError: expected '' to equal '_ext_ime_egfdjlfmgnehecnclamagfafdccgfndpdictation' However, there are other tests that also flake with the same error. I haven't been able to reproduce these flakes locally, even when running many tests in parallel. The most likely cause for the flakes is the NO_FOCUSED_IME timeout, which will stop Dictation (and reset the active IME) if Dictation doesn't focus a text field before the timeout runs (which is currently one second). This change attempts to address the flakes by increasing the NO_FOCUSED_IME timeout so that we guarantee that Dictation is never stopped by timeouts. We already do this in C++ tests, so it makes sense to do the same in JS tests. [1] https://luci-analysis.appspot.com/p/chromium/clusters?q=dictation AX-Relnotes: N/A Bug: b:260206802 Change-Id: I7927443514eaeaf3d677f969c3a881a82072af07 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/4142282 Commit-Queue: Akihiro Ota <akihiroota@chromium.org> Reviewed-by: Katie Dektar <katie@chromium.org> Cr-Commit-Position: refs/heads/main@{#1090186}
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.