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

Issue 827832 link

Starred by 2 users

Issue metadata

Status: Duplicate
Owner:
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug



Sign in to add a comment

Chrome beachballs intermittently on macOS, becoming totally unresponsive

Reported by alex.gay...@gmail.com, Apr 1 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36

Steps to reproduce the problem:
Unknown! It's intermittent, I've seen it 3-4 times in the last month, but I couldn't tell you what causes it.

What is the expected behavior?

What went wrong?
It beachballed :-)

Did this work before? N/A 

Chrome version: 65.0.3325.181  Channel: stable
OS Version: OS X 10.13.4
Flash Version: 

I have attached a sample taken with Activity Monitor. The only thing of note about my browser is that I run with full Site Isolation enabled.

I've waited at least 60 seconds after it begins beachballing, and it does not recover in that time frame, forcing me to force quit Chrome.
 
Sample of Google Chrome.txt
340 KB View Download
Labels: Needs-Triage-M65
Cc: sindhu.chelamcherla@chromium.org
Components: Internals>Sandbox>SiteIsolation
Labels: Needs-Feedback Triaged-ET
Unable to reproduce this issue on 65.0.3325.181 using Mac 10.13.3 when site isolation is enabled. Used the build for almost half a day and didn't observe any unresponsiveness.

@Reporter: Are you seeing any crash id in chrome://crashes

As per comment#0 adding Internals>Sandbox>SiteIsolation component. Could someone from dev team please have a look at .txt file given.
Components: -UI
Most of the time is spent below content::GestureEventQueue::ProcessGestureAck().
bug-827832.txt
500 KB View Download

Comment 4 by nasko@chromium.org, Apr 3 2018

Cc: creis@chromium.org nasko@chromium.org
Owner: wjmaclean@chromium.org
@reported, do you have --site-per-process or "Strict Site Isolation" enabled? It isn't on stable by default yet, so it will be useful to know which direction to look into.

Assigning to wjmaclean@ as per comment 3, as it looks input event related.
This seems like a duplicate of issue 818214 (based on #c3 which mentions content::GestureEventQueue::ProcessGestureAck).

Sorry for piling even more questions, but... reporter@: was DevTools possibly used during the repro to turn on emulation of a mobile device in Chrome?  Did you try to use mouse to simulate touch events shortly before the hang happened?  (answers might help us confirm is the root cause is  issue 824772 )
alex.gaynor@ - Would you be able to retry with a recent build (Canary channel even?). If lukasza@ is right, then it may be fixed in a more recent build.
Bunch of questions, let me try to answer them all:

1) Nothing in chrome://crashes
2) Site Isolation was enabled with the "Strict site isolation" option in chrome://flags
3) DevTools was almost definitely used in the browsing session when this happened, but not emulation of mobile devices.
4) This is intermittent and non-reproducible, so I can't attempt reliably test Canary for this.
Project Member

Comment 8 by sheriffbot@chromium.org, Apr 3 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: TE-NeedsTriageHelp
alex.gaynor@ Thanks for the update.

Unable to reproduce the issue on Mac OS 10.13.3 on the reported version 65.0.3325.181 and the latest Canary 67.0.3389.0.

As per comment #7, as the issue is intermittent and not reproducible at reporter's end, adding 'TE-NeedsTriageHelp' label and requesting Internals>Sandbox>SiteIsolation team to look into this issue and help in further triaging.

Thanks..
Mergedinto: 818214
Status: Duplicate (was: Unconfirmed)

Sign in to add a comment