macOS Sierra version 10.12.6 with VoiceOver 7.0 (477.40.6) 
Google Chrome	65.0.3322.0 (Official Build) canary (64-bit) 
Google Chrome	63.0.3239.132 (Official Build) (64-bit) 

Resolving as can't reproduce. This is also tracked internally in b/72082010.

The original reporter indicated that this did not reproduce in Safari, isolating it to Chrome. 

Steps followed:
# In “VoiceOver Utility” enable:
Navigation > Mouse pointer > Moves VoiceOver cursor.
# Enable VO.
# Launch non-corp Drive and click on 'NEW' button and select 'Google Sheets'
Note: I had to use the keyboard for this navigation since the mouse cursor interrupted the combo box being dropped down.  

# Traverse to sheet tablist buttons and try to move focus on those buttons.
# Close the tab button, and reopen, navigate the menu items
Note: I navigated with the keyboard up and down many times since the mouse configuration made the menu disappear when I used my mouse
# Repeat the same for three to four times and observe.

Actual: no crash or strange behavior observed. 

Hey Laura, instead of clicking the button with list of tabs, click the down arrow next to a sheet. That should repro the original issue. Re-opening bug.

Google Chrome 65.0.3324.0 (Official Build) canary (64-bit) 
macOS Sierra version 10.12.6 with VoiceOver 7.0 (477.40.6)

I am resolving this bug as cannot reproduce. 
I followed the steps indicated:
# Sign in with non-corp account
# Create sheet with multiple tabs
# Click on the button inside the sheet tab at the bottom
# Open and close this menu, scroll up and down this menu many times

Please let me know if you have more questions. 
 

Can you match the macOS version before closing this bug please?

I can get this to reproduce in Chrome 63.0.3239.132 stable only with the macOS version above. 

I additionally tested this on Windows to ensure that this is a Mac specific bug. 

Google Chrome 63.0.3239.132 (Official Build) (64-bit) (cohort: Stable)
Windows 10 Enterprise Version 1607 Build 14393.2007
JAWS 2018.1801.18 Private Bet

+ Elly

Hi Elly, 

Please consider this bug from the Mac perspective as it does cause a crash. However, I recommend closing this bug for two reasons:
1. It can't be reproduced in Canary
2. The likelihood of a user performing these actions is very low

I further tested it in Safari Version 11.0.2 (12604.4.7.1.6) and could not reproduce, isolating it to Chrome stable. 

Please let me know if you have further questions here or in b/72082010. 

Thanks,

Laura 

+cc leberly@, hoehl@

Thanks for filing this - leberly@ or original reporter, did either of you get a crash ID? chrome://crashes/ should list it. If you have a crash ID, or can get it to crash and then retrieve the crash ID afterward from chrome://crashes/, please paste it here and I'll go dig up our crash dump from it :)

Hi Elly,

I'll take this to generate a crash ID and then assign it back to you when I get it. (I don't have my Mac handy and don't want to take this out of my queue.)

Thanks,

Laura 

macOS Sierra version 10.12.6 with VoiceOver 7.0 (477.40.6) 
Google Chrome 63.0.3239.132 (Official Build)(64-bit) 

Hi Elly,

Here's a nice fresh crash for you using the latest stable build:

Uploaded Crash Report ID d5ee11ef215cb164 (Local Crash ID: 0e1aac4b-f1ee-4a44-9b93-1ecad3e36ec6)
Crash report captured on Tuesday, January 23, 2018 at 1:00:04 PM, uploaded on Tuesday, January 23, 2018 at 1:00:04 PM


Thanks,

Laura