Issue metadata
Sign in to add a comment
|
Make select-to-speak work with SingleProcessMash |
||||||||||||||||||||||||||
Issue descriptionThe following tests in interactive_ui_tests timeout when --enable-features=SingleProcessMash is specified. SelectToSpeakTest.BreaksAtParagraphBounds SelectToSpeakTest.ContinuesReadingDuringResize SelectToSpeakTest.FocusRingMovesWithMouse SelectToSpeakTest.ReadsStaticTextWithoutInlineTextChildren SelectToSpeakTest.SelectToSpeakTrayNotSpoken SelectToSpeakTest.SmoothlyReadsAcrossFormattedText SelectToSpeakTest.SmoothlyReadsAcrossInlineUrl SelectToSpeakTest.SmoothlyReadsAcrossMultipleLines SelectToSpeakTest.SpeakStatusTray SelectToSpeakTest.WorksWithStickyKeys TestAsNormalAndGuestUser/SpokenFeedbackTest.ChromeVoxNextTabRecovery/0 TestAsNormalAndGuestUser/SpokenFeedbackTest.ChromeVoxNextTabRecovery/1 TestAsNormalAndGuestUser/SpokenFeedbackTest.ChromeVoxShiftSearch/0 TestAsNormalAndGuestUser/SpokenFeedbackTest.ChromeVoxShiftSearch/1 TestAsNormalAndGuestUser/SpokenFeedbackTest.FocusToolbar/0 TestAsNormalAndGuestUser/SpokenFeedbackTest.FocusToolbar/1 They all get blocked in chromeos::SpeechMonitor::GetNextUtterance, the next utterance never appears for some reasons (i.e. WillSpeakUtterarnceWithVoice method is not called). Needs to find the reason why. ⛆ |
|
|
,
Sep 25
GuestSpokenFeedbackTest.FocusToolbar also fails on the same reason.
,
Sep 25
SelectToSpeakTest cases are not timed out anymore (they still fail due to issue 888750 though). This remains open since SpokenFeedbackTest and GuestSpokenFeedkbackTest still timeouts. Maybe we should apply the same fix to them?
,
Sep 25
katie@ made the fix for fixing the timeout for SelectToSpeakTest, just cc-ing.
,
Sep 26
,
Sep 28
TestAsNormalAndGuestUser/SpokenFeedbackTest.OverviewMode/0 and TestAsNormalAndGuestUser/SpokenFeedbackTest.OverviewMode/1 are also failing.
,
Sep 28
These will probably keep failing until we make some changes to accessibility node tree support. I'm talking to dmazzoni and dtseng about this now. I'll take this bug.
,
Oct 1
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/999ba2f0c1a11331937ff2c3985a6bd340abfc9a commit 999ba2f0c1a11331937ff2c3985a6bd340abfc9a Author: Jun Mukai <mukai@chromium.org> Date: Mon Oct 01 22:01:26 2018 Suppress TestAsNormalAndGuestUser/SpokenFeedbackTest.OverviewMode These tests are now failing on the bots due to the same reason as other SpokenFeedbackTests. BUG= 889093 TEST=none Change-Id: I1d3ac92f103e5aaf087fa0cb63ac88ceb5b8f631 Reviewed-on: https://chromium-review.googlesource.com/1252337 Reviewed-by: Scott Violet <sky@chromium.org> Commit-Queue: Jun Mukai <mukai@chromium.org> Cr-Commit-Position: refs/heads/master@{#595552} [modify] https://crrev.com/999ba2f0c1a11331937ff2c3985a6bd340abfc9a/testing/buildbot/filters/chromeos.single_process_mash.interactive_ui_tests.filter
,
Oct 2
I suspect these are failing due to a hit test problem. I'll look and see if there's something simple we can do for SingleProcessMash.
,
Oct 3
There's no simple fix for this. We need per-widget ui::AXTreeIDs. Marking issue 891773 as blocking.
,
Nov 16
,
Dec 4
,
Dec 13
This will get fixed with the "fence hopping" accessibility serializer.
,
Dec 13
|
||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||||
Comment 1 by mukai@chromium.org
, Sep 25