New issue
Advanced search Search tips

Issue 642479 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

ChromeOS black screen, locks up, does not recover.

Reported by paul.kas...@logicsupply.com, Aug 30 2016

Issue description

Chrome OS Version: 52.0.27.43.116 (64-bit)
Chrome OS Platform: Acer Chromebase 24 (2016) 8350.68.0 (Official Build) stable-channel buddy
Network info: Ethernet

Please specify Cr-* of the system to which this bug/feature applies (add
the label below).

Steps To Reproduce:

(1) Attend video/audio Jitsi Meet room.
(2) Wait ~5-10 minutes
(3) Receive black screen, no audio, no video sending/receiving.  Camera light will remain on entire time.

Expected Result:

ChromeOS either recovers and is usable, or doesn't crash at all.

Actual Result:

ChromeOS locks up (black screen) and does not recover.  Occasionally we'll get audio streaming to work again, but video (sending) and video on-screen do not return.

How frequently does this problem reproduce? (Always, sometimes, hard to
reproduce?)
 Always/sometimes.  Nearly every time using Jitsi Meet, this will happen while in a room with another user.  Generally happens after ~10 minutes or less, occasionally takes an hour

What is the impact to the user, and is there a workaround? If so, what is
it? 

User must reboot / forcefully power off machine and restart.

Please provide any additional information below. Attach a screen shot or
log if possible.

- Log attached is from /sys/class/drm/card0/error

Initially reported https://bugs.freedesktop.org/show_bug.cgi?id=97543 as per  message in a log.  

Of note, we experienced this in normal-user mode and moved to Developer to try to get logs for reasons why this is happening.  Problem persists throughout.
 
when it crashes, you should get a crash report.  please go to chrome://crashes, click the upload link, then refresh and post the recent crash ids here for us to check.  those will automatically include the crashing processes and relevant system logs.
I've been able to reproduce the locking up several times the past few days, but it never puts anything in chrome://crashes.  I would assume this doesn't get wiped upon reboot?  I have to forcefully reboot the unit to get back to a usable state before I can check the crashes area.
Just got it to crash again while having multiple video streams happening at the same time.  Again, this is back on stable without being in developer mode.

I went to chrome://crashes again and nothing was present.

Attached is showing the screen in an off-state while having the power button on.  Not really useful, but that's what it looks like when it locks up.  

As I was present this time, it did appear to continue displaying video (audio was muted so I'm not sure what was going on there) to a remote location.  After a few minutes, it stopped displaying video alltogether.
crash-screenoff-power-on.jpg
198 KB View Download
Components: Blink>WebRTC>Video
Labels: Needs-Feedback
There is a new stable out. Are you still seeing these problems  paul.kasper@logicsupply.com? 
I applied the update yesterday and have had a steady video stream since then.  I had a graphical freakout at one point, but no crashes.  I'll check with my remote user as well to verify that we can't reproduce.
No problems on the units we have any longer!  The last OS update appears to have fixed the issue.
Cc: vsu...@chromium.org avkodipelli@chromium.org
Status: WontFix (was: Unconfirmed)
Thanks for checking and we are closing this issue. 

Sign in to add a comment