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

Issue 626965 link

Starred by 1 user
Status: Duplicate
Owner:
ishell@chromium.org
Closed: Jul 2016
Cc:
jkummerow@chromium.org
█ amineer@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

google websites crashing

Reported by pierbove...@gmail.com, Jul 10 2016 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2793.0 Safari/537.36

Example URL:
https://design.google.com/icons/

Steps to reproduce the problem:
1. Go to https://design.google.com/icons/
2. The website never loads and you see the "aw snap" message

What is the expected behavior?

What went wrong?
Not sure.

This has happened to me with the new version of Youtube too when trying to access a video directly from the URL instead of going to youtube.com and going from there.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes Not sure

Does this work in other browsers? Yes 

Chrome version: 54.0.2793.0  Channel: canary
OS Version: OS X 10.11.5
Flash Version: Shockwave Flash 22.0 r0

Comment 1 by ssamanoori@chromium.org, Jul 11 2016

Labels: -Type-Bug M-54 hasbisect OS-Linux OS-Windows Type-Bug-Regression
Owner: primiano@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on Windows 7, Mac 10.11.5, Ubuntu 14.04 using 54.0.2793.0.

This is regression issue broken in M-54.

Please find below bisect info:
Last good build:54.0.2790.0
First bad build:54.0.2791.0

CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/1d600ed3a61c66119bf732d3b17d3e8372c8cdb7..05f35eab096fe52eab3af2c6db191c1285dc5a68

Unable to find suspect from above CL.Hence, providing manual CL.

Manual CL:
https://chromium.googlesource.com/chromium/src/+log/54.0.2790.0..54.0.2791.0?pretty=fuller&n=10000

From above CL, suspecting below:
https://chromium.googlesource.com/chromium/src/+/ba910a65a5a63594dc8558b337c3cb12028bc4fd

primiano@Could you please look into this issue if it is related to your change, else feel free to assign it to an appropriate dev person.

Comment 2 by primiano@chromium.org, Jul 11 2016

Cc: jkummerow@chromium.org amineer@chromium.org
Owner: ishell@chromium.org
- I don't see any CL of mine in the Changelog range in #1.
- I have no idea what "Manual CL" means.
- I don't see any link to a crash report here.

This is not how I expect a crash bug to be triaged :/
If everybody follows the same pattern I get all the chrome bugs in my inbox.

+amineer, can we improve the process here? This looks a pretty straightforward case to me (see below).

I took the extra step and reproduced the crash myself on Mac.
Crash ID: 08ee1e0200000000
Crash signature: 	v8::internal::JSObject::MigrateSlowToFast(v8::internal::Handle<v8::internal::JSObject>, int, char const*)
The crash is about v8 and there is a single v8 roll in the range. Hence I strongly suspect the roll crrev.com/2125833005.
More in particular crrev.com/2127583002

+jkummerow, ishell: this seems to me a dupe of Issue 626715. Not 100% sure, the crash stack is not identical but they end up crashing in MigrateSlowToFast. Assigning to ishell.

Comment 3 by primiano@chromium.org, Jul 11 2016

Mergedinto: 626715
Status: Duplicate (was: Assigned)
Ah actually Issue 626715 says "Repro: build Debug Chromium and browse to either http://www.santander.co.uk/uk/index or https://design.google.com/icons/. Both pages crashed for me during initial load on the first attempt."
so this is definitely a dupe. Plz undupe if that's not the case.
►

Sign in to add a comment