1124612 - Hard lock with white screen when playing videos on ZTE Open C and Flame

Status: RESOLVED DUPLICATE of bug 1122119

(Core :: General, defect)

Description

[Chris Lord [:cwiiis]]

STR:

- Load a video link from the Facebook app or a video from the YouTube app
- Watch video

Expected:

Video plays to completion and stops.

Actual:

Video plays for a while, but phone will commonly lock up, sometimes with a high-pitched whine coming from the speakers, after which the sound will stop and the screen will turn white. Battery has to be removed to recover from this situation.

Note, I can't reproduce the same crash using the video application, this only seems to happen while watching videos in the system browser.


It seems this is a regression that has occurred in the last few weeks, videos were fine on this device - I've not tested other devices (yet) to know whether or not this is device-specific. Perhaps there's a leak?

While the video is playing, I get floods of dequeueBuffer/cancelBuffer messages in the logcat, like this:

V/GonkBufferQueue( 1480): cancelBuffer: slot=0
V/GonkBufferQueue( 1480): dequeueBuffer: w=320 h=180 fmt=0x7fa30c04 usage=0x42002100
V/GonkBufferQueue( 1480): dequeueBuffer: returning slot=0 buf=0xb28ebe20 flags=0
V/GonkBufferQueue( 1480): cancelBuffer: slot=3
V/GonkBufferQueue( 1480): dequeueBuffer: w=320 h=180 fmt=0x7fa30c04 usage=0x42002100
V/GonkBufferQueue( 1480): dequeueBuffer: returning slot=3 buf=0xb28ec0b0 flags=0
V/GonkBufferQueue( 1480): cancelBuffer: slot=4
V/GonkBufferQueue( 1480): dequeueBuffer: w=320 h=180 fmt=0x7fa30c04 usage=0x42002100
V/GonkBufferQueue( 1480): dequeueBuffer: returning slot=4 buf=0xb28f02e0 flags=0
V/GonkBufferQueue( 1480): cancelBuffer: slot=5
V/GonkBufferQueue( 1480): dequeueBuffer: w=320 h=180 fmt=0x7fa30c04 usage=0x42002100
V/GonkBufferQueue( 1480): dequeueBuffer: returning slot=5 buf=0xb28f0330 flags=0
V/GonkBufferQueue( 1480): cancelBuffer: slot=1
V/GonkBufferQueue( 1480): dequeueBuffer: w=320 h=180 fmt=0x7fa30c04 usage=0x42002100
V/GonkBufferQueue( 1480): dequeueBuffer: returning slot=1 buf=0xb28ecf10 flags=0

I would expect it to be due to a gfx change, but filing under general in case it was some other change that caused this. I expect this may, unfortunately, be within the 2.2 timeframe.

Comment 1

[Chris Lord [:cwiiis]]

I guess this may be a dupe of bug 975739, but it's odd I only see this recently.

Testing on a Flame (v188 base image), I don't get the GonkBufferQueue spew in the terminal, but I still get the crash (it seems to take longer to happen though).

Comment 2

[Chris Lord [:cwiiis]]

Can't reproduce this on 2.2, thankfully.

Worryingly, I've observed the white screen of death even without playing a video, but that's extremely rare - it happens very easily when playing a video.

[Blocking Requested - why for this release]: Common use-case makes phone unusable.

Comment 3

[Chris Lord [:cwiiis]]

Removing flags as I can't reproduce at all on this different Flame - so perhaps this is just a dupe of bug 975739. Will try harder...

Comment 4

[Chris Lord [:cwiiis]]

ok, having read through bug 975739, I've found that I need to have a SIM card in slot 1 to reproduce this - slot 2 doesn't affect it oddly. This is a Flame running the v188 base image.

Will now try again with 2.2.

Comment 5

[Chris Lord [:cwiiis]]

Well, that didn't take long!

Now, I'm certain I've watched YouTube/Facebook videos on my Open C in the past without issue, so I think this is a regression, but bug 975739 would make it appear otherwise...

Either way, solid STR:

1- Make sure to have a SIM in SIM1 (or just a SIM in full stop on the Open C)
2- Make sure the SIM is connected to the network
3- Connect to a wifi network
4- Install and launch the YouTube application from the marketplace
5- Search for "Top 10 Funniest Movie Insults"
6- Watch the video from WatchMojo.com (14:26 long)

Expected:

Video plays through to the end.

Actual:

After some indeterminate amount of time, but usually less than 5 minutes, the phone will crash and a few seconds after that, the screen will turn white.


Requesting blocking status as this is really easy to hit (especially if you're a heavy Facebook or YouTube user) and leaves the phone in a state that requires the battery to be removed.

Comment 6

[Chris Lord [:cwiiis]]

Under the same conditions on the same hardware, I cannot reproduce this on a 2.1 image. I think my original assessment in comment #0 is correct - this is a regression introduced in the last few weeks.

Comment 7

[Yeojin Chung [:YeojinC]]

Hi Chris, do you think this is the same issue as bug 1122119?

Comment 8

[Jayme Mercado [:JMercado] (Inactive 3/4/2016)]

This issue does have the same results as bug 1122119 (white screen and multiple folders were opened when plugged into the computer afterwards) and we did not have solid steps for that bug yet.

Comment 9

[Chris Lord [:cwiiis]]

(In reply to Jayme Mercado [:JMercado] from comment #8)
> This issue does have the same results as bug 1122119 (white screen and
> multiple folders were opened when plugged into the computer afterwards) and
> we did not have solid steps for that bug yet.

Yes, certainly the results are the same - but these STR are pretty solid for me, the device *will* crash after anything from a few seconds to a few minutes of playing a video on YouTube while connected to a mobile network.

Perhaps the STR from this bug should be copied to that bug and this bug marked as a dupe?

Comment 10

[KTucker [:KTucker][Inactive 3/4/2016]]

Closing this as dupe since we have a regression window going on the other one. Please feel free to reopen this issue if it turns out they are different.