964826 - Menu is greyed out and unavailable while playing flash content on 4.4 KitKat

Status: RESOLVED WONTFIX

(Firefox for Android Graveyard :: Toolbar, defect)

Description

[u421692]

Attachment: screenshot

Environment:
Device: LG Nexus 4(Android 4.4)
Build: Firefox Beta 27 Beta 10

Steps to reproduce:
1. Play flash content(e.g. intel museum of me)
2, Open Settings menu, and tap on any setting entry(e.g. Customize)

Expected result:
The menu is available and can be accessed.

Actual result:
Menu is greyed out and unavailable

Comment 1

[James Willcox (:snorp) ([e-mail]) (he/him)]

I think this is likely some variation of the hang described in bug 957694.

Comment 2

[James Willcox (:snorp) ([e-mail]) (he/him)]

I can reproduce this and the stack trace is identical to bug 957694. The difference here, though, is that we can recover once the compositor is enabled. Ugh. Need to think about what we can do here, if anything.

#0  0x400e1904 in __futex_syscall3 () from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libc.so
#1  0x400ceec8 in __pthread_cond_timedwait_relative () from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libc.so
#2  0x400cef28 in __pthread_cond_timedwait () from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libc.so
#3  0x403075f0 in android::BufferQueue::dequeueBuffer(int*, android::sp<android::Fence>*, bool, unsigned int, unsigned int, unsigned int, unsigned int) ()
   from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libgui.so
#4  0x4031057c in android::Surface::dequeueBuffer(ANativeWindowBuffer**, int*) () from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libgui.so
#5  0x40310b9a in android::Surface::lock(ANativeWindow_Buffer*, ARect*) () from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libgui.so
#6  0x40310336 in android::Surface::dispatchLock(std::__va_list) () from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libgui.so
#7  0x4030fc50 in android::Surface::hook_perform(ANativeWindow*, int, ...) () from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libgui.so
#8  0x73186180 in ANativeWindow_lock () from /Users/snorp/source/jimdb/lib/00850937d791b9ee/system/lib/libandroid.so
#9  0x842ea692 in ?? ()
#10 0x842ea692 in ?? ()

Comment 3

[James Willcox (:snorp) ([e-mail]) (he/him)]

I guess I shouldn't say the stack is identical, because 957694 has GL involved, which added an extra wrinkle.

Comment 4

[Kevin Brosnan [Ex-Mozilla]]

I reproduced this on a Galaxy Nexus Android 4.3 Firefox 26. I think this makes this a non-emergency.

Comment 5

[James Willcox (:snorp) ([e-mail]) (he/him)]

(In reply to Kevin Brosnan [:kbrosnan] from comment #4)
> I reproduced this on a Galaxy Nexus Android 4.3 Firefox 26. I think this
> makes this a non-emergency.

Fascinating. I'll look into it some more, but agree it's not an emergency.

Comment 6

[bhavana bajaj [:bajaj]]

Discussed this in channel meeting, given QA investigation we decided not to block Fx27 on this and since we have already gone-to-build, not much we can there now.

But given we have STR I am tracking it for Fx28 as well to uplift a solution to resolve this issue.

Comment 7

[u421692]

(In reply to Kevin Brosnan [:kbrosnan] from comment #4)
> I reproduced this on a Galaxy Nexus Android 4.3 Firefox 26. I think this
> makes this a non-emergency.

I've checked also on Samsung Galaxy Nexus(Android 4.3) on FF26, but I was not able to reproduce this issue.

Comment 8

[Lukas Blakk [:lsblakk] use ?needinfo]

This goes back at least a couple of releases and is not widely reproducible from what I see here, so not tracking but will consider a low risk uplift if one is available.

Comment 9

[Brad Lassey [:blassey] (use needinfo?)]

Snorp, is this a dupe of your nexus 7 hang?

Comment 10

[James Willcox (:snorp) ([e-mail]) (he/him)]

(In reply to Brad Lassey [:blassey] (use needinfo?) from comment #9)
> Snorp, is this a dupe of your nexus 7 hang?

It's similar, but not exactly the same. We can recover from this by resuming the compositor. The Nexus 7 one is a deadlock.

Comment 11

[u421692]

Are we still tracking this issue?

Comment 12

[Brad Lassey [:blassey] (use needinfo?)]

(In reply to Mihai Pop from comment #11)
> Are we still tracking this issue?

no, that's why it was a tracking-

Comment 13

[Jan Henning [:JanH]]

Flash is going away (bug 1381916), so there's no point in pursuing this further.