CrOS beta crashes every time when connecting/disconnecting external monitor(s) |
|||||||||||||
Issue descriptionChrome Version : 50.0.2661.50 OS Version: 7978.29.0 URLs (if applicable) : Crash IDs: f661707800000000 bbbad0e400000000 a20d63f400000000 74236ab800000000 a1d863f400000000 4dd86ab800000000 What steps will reproduce the problem? 1. Connect/disconnect external monitor(s) 2. 3. What is the expected result? No crash - external monitor connects and displays successfully What happens instead of that? CrOS crashes, after restarting, external monitor displays successfully Please provide any additional information below. Attach a screenshot if possible. UserAgentString: Mozilla/5.0 (X11; CrOS x86_64 7978.29.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.50 Safari/537.36
,
Mar 28 2016
#CBC-RS/TC-watchlist
,
Mar 28 2016
Looks similar to bug 461246. +kerrnel@ in case something obvious stands out.
,
Mar 28 2016
Odd. The call stack points to a networking issue, but the symptoms are display related.
,
Mar 28 2016
2 different crashes. The display crash is 5d6b447800000000 which points to a CL landed by jdufault@ recently.
,
Mar 28 2016
,
Mar 28 2016
Passing to oshima@. My change there was renaming a method
,
Mar 29 2016
oshima@ Can you please update on whether this is something networking or display related? This is currently stable blcoking.
,
Mar 29 2016
Bug 461246 was an upstream bug in OS X, so it wouldn't be manifesting on Chrome OS.
,
Mar 29 2016
Update on reproduction steps. Crash _only_ occurs in the following cases: 1. If no monitors are connected, connecting an external monitor to the left-side USB C port. 2. If two external monitors are already connected, first disconnecting the external monitor from the right-side USB C port. In other words, if I have a single external monitor that I only connect to the left-side USB C port, no crashes occur. If I have two external monitors that I connect, and always connect;disconnect in this order: right, left; left, right - no crashes occur. I know it sounds weird, and maybe it's a hardware issue (though it only started happening on the latest beta update). I'm happy to reproduce in person or over video chat if needed.
,
Mar 31 2016
ketakid@, I need an approval for CL dedicated for m50 because it's already changed on 51. https://codereview.chromium.org/1849683003/
,
Mar 31 2016
Approving merge to M50.
,
Apr 1 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/1c7d95a04623a06254e0563fbd9e65e779a10eec commit 1c7d95a04623a06254e0563fbd9e65e779a10eec Author: Mitsuru Oshima <oshima@chromium.org> Date: Fri Apr 01 21:30:20 2016 Do not register invalid layout This has been fixed on 51, but we need slightly different CL for 50. BUG= 598361 R=stevenjb@chromium.org Review URL: https://codereview.chromium.org/1849683003 . Cr-Commit-Position: refs/branch-heads/2661@{#462} Cr-Branched-From: ef6f6ae5e4c96622286b563658d5cd62a6cf1197-refs/heads/master@{#378081} [modify] https://crrev.com/1c7d95a04623a06254e0563fbd9e65e779a10eec/ash/display/display_layout.cc [modify] https://crrev.com/1c7d95a04623a06254e0563fbd9e65e779a10eec/ash/display/display_layout_store.cc [modify] https://crrev.com/1c7d95a04623a06254e0563fbd9e65e779a10eec/ash/display/display_manager_unittest.cc
,
Apr 4 2016
oshima@ if this issue is validated should we close this issue?
,
Apr 4 2016
Let's wait for ankurrathi@ to confirm.
,
Apr 6 2016
Just FYI in case this is blocking a stable release - I haven't received the update yet and I'm OOO for the next 3 weeks. I won't be able to verify personally until April 25.
,
Apr 7 2016
Ok, I'll close this. Please reopen if you still have this issue after update.
,
Jul 1 2016
,
Aug 29 2016
,
Aug 31 2016
,
Feb 7 2017
Moving old issues out of Internal>Graphics to delete this obsolete component ( crbug.com/685425 for details) |
|||||||||||||
►
Sign in to add a comment |
|||||||||||||
Comment 1 by olofj@chromium.org
, Mar 28 2016Components: Internals>Graphics
Labels: -Pri-3 Pri-1
Owner: abodenha@chromium.org