New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 676704 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: 2016-12-22
OS: Mac
Pri: 2
Type: Bug
Team-Accessibility



Sign in to add a comment

Chrome Canary + VoiceOver hangs really badly when replying to long Gmail thread (regression from Stable)

Project Member Reported by chaok@google.com, Dec 22 2016

Issue description

macOS 10.12.2
57.0.2959.0 ( Official Build ) canary (64-bit) 
55.0.2883.95 (Official Build) stable (64-bit)

Repro Steps:
1. Enable VoiceOVer on Mac via CMD-F5
2.
a. Use Stable version of Chrome
b. use Canary version of Chrome
3. Gmail.com > open thread with 10-15+ messages (I repro'd with 100 message thread)
4. N-hotkey to navigate to last message > A to reply-all

Observed: 
2A reports "busy" over and over
2B works fine (i.e. no hangs/freezes)

Expected: 
M57 to be able to navigate and interact with large Gmail thread like M55
 
Status: Assigned (was: Untriaged)
Labels: NewComponent-Accessibility-Compatibility
Labels: NewComponent-Accessibility
Components: UI>Accessibility>Compatibility
Components: -UI>Accessibility
Labels: -newcomponent-accessibility-compatibility -newcomponent-accessibility
Cc: nek...@chromium.org
Owner: ellyjo...@chromium.org
@Elly, this might be related to the high CPU issues you are currently working on.

I reproduced this locally. There is a CPU hotspot in the code used to handle getting the value of the contenteditable - it seems like it does O(n**2) or perhaps O(n**3) work grabbing the inner text of the element, which is constructed by recursively concatenating the inner texts of all its children. I got an Instruments trace of this and sent it to nektar@.
Cc: -nek...@chromium.org ellyjo...@chromium.org
Owner: nek...@chromium.org
nektar@: what ended up happening with this?

Sign in to add a comment