I am not able to successfully interact with the address bar in Firefox for Android 29 and 30 using a HTC t-mobile G2 running Android 2.2. Software keyboard shows up tapping on the keyboard vibrates but no characters show up on the screen. I have tried the Google keyboard that shipped with the device and SwiftKey neither work. Hardware keyboard functions as expected.

First cut of a regression range. Which puts it in the Firefox 28 cycle. http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=cf378dddfac8&tochange=dbf94e314cde

speculatively tracking for 28 since we're close to the last beta. Let's get this range down in the next few days.

Regression from bug 871522?

Kevin, can you run this build, try entering text in the address bar, and post the logcat? The app anme is "Fennec nchen" http://people.mozilla.org/~nchen/builds/bug971355-fennec-30.0a1.apk

We've still got a few more weeks of Beta, but if the fix is speculative we'll definitely want this before next Monday's go to build. Tracking for now.

Not sure what's going on; the keyboard is making the right calls. Kevin, does the keyboard work in web content? (i.e. if you go to SUMO and type in the search field)

Hmm not sure why the flags got cleared...

ANR as well in content.

Can you get the logcat from this build (Fennec nchen) when typing in the address bar? http://people.mozilla.org/~nchen/builds/bug971355-2-fennec-30.0a1.apk

Logcat from typing in the address bar

logcat from typing in content. This results in a crash.

Can track this but if there's no fix ready for next Monday's beta we'll have to push this back to 29.

So the characters are actually entered correctly, but it appears they are not being drawn to the screen. Not sure what's going on. Kevin, can you make a video of the bug?

Ping?

Video of Aurora hanging http://www.youtube.com/watch?v=Dc9l45yglB8

fyi - I've been experiencing something very similar to this w/Nightly on GS3 ... hangs hard and often (randomly - no STR yet) ... sometimes I have to hold the power button to reboot ...

Forgot, switched to my N7 to continue testing ... seems to be no impact there.

Erin, can you get a device to Jim?

This didn't make the Monday beta so wontfixing on FF28.

Ordered phone to be delivered to Jim, for status, please see Service Now and Look up this ticket: REQ0022844. Thank you!

The hang is happening inside the compositor, during eglSwapBuffers, #0 0xafd0eb68 in __futex_syscall3 () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libc.so #1 0xafd10634 in __pthread_cond_timedwait_relative () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libc.so #2 0xac70f0b0 in int android::SharedBufferBase::waitForCondition<android::SharedBufferClient::LockCondition>(android::SharedBufferClient::LockCondition) () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libsurfaceflinger_client.so #3 0xac70f12a in android::SharedBufferClient::lock(int) () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libsurfaceflinger_client.so #4 0xac70fce6 in android::Surface::lockBuffer(android_native_buffer_t*) () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libsurfaceflinger_client.so #5 0xac70fd26 in android::Surface::lockBuffer(android_native_window_t*, android_native_buffer_t*) () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libsurfaceflinger_client.so #6 0x80605d38 in eglLockWindowSurface () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libEGL_adreno200.so #7 0x80a72b2a in rb_resolve () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libGLESv2_adreno200.so #8 0x80a7509e in rb_surface_swap () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libGLESv2_adreno200.so #9 0x80a6a004 in gl2_surface_swap () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libGLESv2_adreno200.so #10 0x80a6297e in oglSwapBuffer () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libGLESv2_adreno200.so #11 0x80606228 in egliSwapWindowSurface () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libEGL_adreno200.so #12 0x80608ac0 in qeglDrvAPI_eglSwapBuffers () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libEGL_adreno200.so #13 0x806041f0 in eglSwapBuffers () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libEGL_adreno200.so #14 0xabe03e76 in eglSwapBuffers () from /Users/nchen/jimdb-arm/lib/HT09JR207271/system/lib/libEGL.so #15 0x511a2028 in fSwapBuffers (surface=0x290000, dpy=0x1, this= 0x52fb3ed8 <mozilla::gl::sEGLLibrary>) at /Users/nchen/gecko-dev/gfx/gl/GLLibraryEGL.h:283 #16 mozilla::gl::GLContextEGL::SwapBuffers (this=<optimized out>) at /Users/nchen/gecko-dev/gfx/gl/GLContextProviderEGL.cpp:445 #17 0x5122d924 in mozilla::layers::CompositorOGL::EndFrame (this=0x59ef2a50) at /Users/nchen/gecko-dev/gfx/layers/opengl/CompositorOGL.cpp:1271 #18 0x51221c0a in mozilla::layers::LayerManagerComposite::Render (this=this@entry=0x59ef2b20) at /Users/nchen/gecko-dev/gfx/layers/composite/LayerManagerComposite.cpp:511 #19 0x51221d48 in EndTransaction (aFlags=<optimized out>, this=0x59ef2b20, aCallback=<optimized out>, aCallbackData=<optimized out>) at /Users/nchen/gecko-dev/gfx/layers/composite/LayerManagerComposite.cpp:245 #20 mozilla::layers::LayerManagerComposite::EndTransaction (this=0x59ef2b20, aCallback=0x0, aCallbackData=<optimized out>, aFlags=<optimized out>) at /Users/nchen/gecko-dev/gfx/layers/composite/LayerManagerComposite.cpp:202 #21 0x51214c0c in mozilla::layers::LayerManagerComposite::EndEmptyTransaction (this=0x59ef2b20, aFlags=<optimized out>) at /Users/nchen/gecko-dev/gfx/layers/composite/LayerManagerComposite.cpp:197 #22 0x5121bbdc in mozilla::layers::CompositorParent::CompositeToTarget (this=this@entry= 0x5a34a800, aTarget=aTarget@entry=0x0) at /Users/nchen/gecko-dev/gfx/layers/ipc/CompositorParent.cpp:678 #23 0x5121bd02 in mozilla::layers::CompositorParent::Composite (this=this@entry=0x5a34a800) at /Users/nchen/gecko-dev/gfx/layers/ipc/CompositorParent.cpp:616 #24 0x5121bd68 in mozilla::layers::CompositorParent::ResumeComposition (this=0x5a34a800) at /Users/nchen/gecko-dev/gfx/layers/ipc/CompositorParent.cpp:458 #25 0x5122384e in DispatchToMethod<mozilla::layers::CompositorParent, void (mozilla::layers::CompositorParent::*)(int, int), int, int> (arg=..., method= (void (mozilla::layers::CompositorParent::*)(mozilla::layers::CompositorParent * const, int, int)) 0x5121bd8d <mozilla::layers::CompositorParent::ResumeCompositionAndResize(int, int)>, obj=<optimized out>) at /Users/nchen/gecko-dev/ipc/chromium/src/base/tuple.h:400 #26 RunnableMethod<mozilla::layers::CompositorParent, void (mozilla::layers::CompositorParent::*)(int, int), Tuple2<int, int> >::Run (this=<optimized out>) at /Users/nchen/gecko-dev/ipc/chromium/src/base/task.h:307 Looking through the relevant history, I think it may be caused by an Android bug that was fixed in Gingerbread [1] [1] the first rev in http://androidxref.com/2.3.6/history/frameworks/base/libs/surfaceflinger_client/SharedBufferStack.cpp

Narrowed down to https://hg.mozilla.org/mozilla-central/rev/038356d89dc2 which was landed between the 20131121 and 20131122 nightlies.

filter on [mass-p5]

Pretty sure this is no longer an issue as we fixed similar things a while back. Also this was filed against a device running Android 2.2 which we don't support anymore, so that alone warrants closing out this bug. If anybody can still reproduce this on a supported device please file a new bug.