Last Comment Bug 751732 - White/blank screen on Motorola devices
: White/blank screen on Motorola devices
Status: RESOLVED FIXED
[MTD]
:
Product: Core
Classification: Components
Component: Graphics: Layers (show other bugs)
: Trunk
: ARM Android
: -- major (vote)
: mozilla14
Assigned To: Nobody; OK to take it and work on it
:
Mentors:
: 751589 752708 753152 (view as bug list)
Depends on: GPU-clipping-rounded
Blocks:
  Show dependency treegraph
 
Reported: 2012-05-03 15:29 PDT by Yury Delendik (:yury)
Modified: 2012-06-18 20:27 PDT (History)
24 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---
fixed
fixed
beta+


Attachments
Logcat when loading about:crashes (33.06 KB, application/zip)
2012-05-04 06:19 PDT, Martijn Wargers [:mwargers] (gone per 2016-05-31 :-( )
no flags Details
blank-page-logcat.txt (42.30 KB, text/plain)
2012-05-07 15:51 PDT, Chris Peterson [:cpeterson]
no flags Details
aurora-crashes-logcat.txt (227.71 KB, text/plain)
2012-05-07 15:52 PDT, Chris Peterson [:cpeterson]
no flags Details
attempt to port/rewrite nrc's patch (14.14 KB, patch)
2012-05-09 13:28 PDT, Joe Drew (not getting mail)
no flags Details | Diff | Review
disable component alpha shaders (1.35 KB, patch)
2012-05-09 15:12 PDT, Joe Drew (not getting mail)
jmuizelaar: review+
jpr: approval‑mozilla‑aurora+
Details | Diff | Review

Description Yury Delendik (:yury) 2012-05-03 15:29:13 PDT
Web page or screen you were on when you saw the issue: 

Steps to reproduce (Droid Bionic):
1. Type any URL (even "about:crashes")
2. Nothing is displayed
3. Hit "list of tabs" icon of the tabs
4. Preview images display the page(s) content

What you expected:
Content of the page is visible on step 2

Crash report ID (if applicable):
Comment 1 Martijn Wargers [:mwargers] (gone per 2016-05-31 :-( ) 2012-05-04 06:14:40 PDT
Confirmed, using the Droid Bionic from DeviceAnywhere.
This has Android2.3.4 on it.

From gsmarena.com:
http://www.gsmarena.com/motorola_droid_bionic_xt875-3710.php
	OS 	Android OS, v2.3.4 (Gingerbread)
Chipset 	TI OMAP 4430
CPU 	Dual-core 1 GHz Cortex-A9
GPU 	PowerVR SGX540
Comment 2 Martijn Wargers [:mwargers] (gone per 2016-05-31 :-( ) 2012-05-04 06:19:02 PDT
Created attachment 621027 [details]
Logcat when loading about:crashes

This is a catlog while loading about:crashes, which turns up white.
Note that loading any website turns up white on that phone, so Fennec is unusable on that phone.

I also crashed twice while starting up (and tapping into the url bar, I think):
https://crash-stats.mozilla.com/report/index/1b48de7e-c4f2-4706-ad8f-e42bf2120504
https://crash-stats.mozilla.com/report/index/7900cbf1-685f-428e-8e11-57ad22120504
bug 737928 NEW crash in js::detail::RegExpCode::compile
Comment 3 Aaron Train [:aaronmt] 2012-05-04 06:20:12 PDT
Other phones similar specs; same issues?

* Motorola Atrix 2
* Motorola RAZR XT910
Comment 4 Martijn Wargers [:mwargers] (gone per 2016-05-31 :-( ) 2012-05-04 06:21:13 PDT
This might be a regression (from the Maple landing?), we should look and see if we can find a regression range here.
Hopefully the catlog attach has some useful info here.
Comment 5 Ali Juma [:ajuma] 2012-05-04 06:39:32 PDT
Some highlights from the log:

05-04 06:09:28.755 D/dalvikvm( 3298): No JNI_OnLoad found in /data/data/org.mozilla.fennec/lib/libmozglue.so 0x4051bc50, skipping init

05-04 06:09:28.857 I/dalvikvm( 3298): Failed resolving Lorg/mozilla/gecko/gfx/SurfaceTextureLayer; interface 105 'Landroid/graphics/SurfaceTexture$OnFrameAvailableListener;'
05-04 06:09:28.857 W/dalvikvm( 3298): Link of class 'Lorg/mozilla/gecko/gfx/SurfaceTextureLayer;' failed
05-04 06:09:28.857 I/dalvikvm( 3298): Could not find method org.mozilla.gecko.gfx.SurfaceTextureLayer.create, referenced from method org.mozilla.gecko.GeckoApp.createSurface

Later, we get:

05-04 06:09:30.380 I/Gecko   ( 3273): === SHADER COMPILATION FAILED ===

05-04 06:09:30.404 I/Gecko   ( 3273):  -- creating basic, not accelerated

At this point, we've failed to create the compositor, and this will indeed cause a blank screen to appear.

Kats, any idea what could be causing the dalvikvm errors above?

In any case, a regression range will be helpful.
Comment 6 Aaron Train [:aaronmt] 2012-05-04 07:07:58 PDT
I can confirm that this same issue is present on the Motorola Atrix 2:

Android OS, v2.3 (Gingerbread)
Chipset	TI OMAP 4430
CPU	Dual-core 1 GHz Cortex-A9
GPU	PowerVR SGX540
Comment 7 (Back on May31) Kartikaya Gupta (email:kats@mozilla.com) 2012-05-04 07:13:37 PDT
(In reply to Ali Juma [:ajuma] from comment #5)
> 05-04 06:09:28.755 D/dalvikvm( 3298): No JNI_OnLoad found in
> /data/data/org.mozilla.fennec/lib/libmozglue.so 0x4051bc50, skipping init
> 

This one is normal I think, I see it often.

> 05-04 06:09:28.857 I/dalvikvm( 3298): Failed resolving
> Lorg/mozilla/gecko/gfx/SurfaceTextureLayer; interface 105
> 'Landroid/graphics/SurfaceTexture$OnFrameAvailableListener;'
> 05-04 06:09:28.857 W/dalvikvm( 3298): Link of class
> 'Lorg/mozilla/gecko/gfx/SurfaceTextureLayer;' failed
> 05-04 06:09:28.857 I/dalvikvm( 3298): Could not find method
> org.mozilla.gecko.gfx.SurfaceTextureLayer.create, referenced from method
> org.mozilla.gecko.GeckoApp.createSurface

It looks like android.graphics.SurfaceTexture is only available on API level >= 11. Adding snorp - I'm not sure if this needs to be in an API level guard or what.
Comment 8 James Willcox (:snorp) (jwillcox@mozilla.com) 2012-05-04 07:26:41 PDT
(In reply to Kartikaya Gupta (:kats) from comment #7)
> (In reply to Ali Juma [:ajuma] from comment #5)
> > 05-04 06:09:28.755 D/dalvikvm( 3298): No JNI_OnLoad found in
> > /data/data/org.mozilla.fennec/lib/libmozglue.so 0x4051bc50, skipping init
> > 
> 
> This one is normal I think, I see it often.
> 
> > 05-04 06:09:28.857 I/dalvikvm( 3298): Failed resolving
> > Lorg/mozilla/gecko/gfx/SurfaceTextureLayer; interface 105
> > 'Landroid/graphics/SurfaceTexture$OnFrameAvailableListener;'
> > 05-04 06:09:28.857 W/dalvikvm( 3298): Link of class
> > 'Lorg/mozilla/gecko/gfx/SurfaceTextureLayer;' failed
> > 05-04 06:09:28.857 I/dalvikvm( 3298): Could not find method
> > org.mozilla.gecko.gfx.SurfaceTextureLayer.create, referenced from method
> > org.mozilla.gecko.GeckoApp.createSurface
> 
> It looks like android.graphics.SurfaceTexture is only available on API level
> >= 11. Adding snorp - I'm not sure if this needs to be in an API level guard
> or what.

That's normal to see when you're on a Gingerbread device. It should be harmless. We don't ever actually call the code in question on that device.
Comment 9 James Willcox (:snorp) (jwillcox@mozilla.com) 2012-05-04 07:28:07 PDT
Looking at the log, I agree with Ali that the shader compilation failure is the likely culprit here.
Comment 10 Benoit Girard (:BenWa) 2012-05-04 07:37:11 PDT
Can you give me 'built from' changeset from about:buildconfig? I'm curious to see if on demand shader loading (from bug 716439) is in your build.
Comment 11 Benoit Girard (:BenWa) 2012-05-04 07:40:41 PDT
Nevermind, you linked a crash report that had your buildid. That change is not in yet.
Comment 12 Aaron Train [:aaronmt] 2012-05-04 09:28:52 PDT
*** Bug 751589 has been marked as a duplicate of this bug. ***
Comment 13 Aaron Train [:aaronmt] 2012-05-04 09:30:22 PDT
Reproduced over DeviceAnywhere with a

* Motorola Droid 3 (2.3, TI OMAP 4430, PowerVR SGX540)
Comment 14 Joe Drew (not getting mail) 2012-05-04 14:45:37 PDT
It looks like we're failing to create a context - people see problems very much like this when eglCreateWindowSurface fails.

Unfortunately, the Rogers Motorola RAZR doesn't reproduce this problem. Can anyone verify whether the RAZR reproduces it in general?

The failure to compile a) already has all the error messages output and b) is likely only a symptom of the problem.
Comment 15 Joe Drew (not getting mail) 2012-05-04 14:57:37 PDT
What would help us right now is if someone could take a debug Android build and run it with MOZ_GL_DEBUG=1 and MOZ_GL_DEBUG_ABORT_ON_ERROR=1, e.g.

  adb shell am start -a android.activity.MAIN -n org.mozilla.fennec_<user>/.App --es env0 MOZ_GL_DEBUG=1 --es env1 MOZ_GL_DEBUG_ABORT_ON_ERROR=1
Comment 16 JP Rosevear [:jpr] 2012-05-04 15:02:14 PDT
Chris, a Droid 3 as per #13 seems to have the problem - we think its available in Europe, can you expense one and see if you can reproduce ASAP?
Comment 17 Joe Drew (not getting mail) 2012-05-04 15:08:41 PDT
Milestone 3 is available in Europe, I think. It seems that no carriers carry it here. :(
Comment 18 Aaron Train [:aaronmt] 2012-05-05 10:57:13 PDT
bug 752153 has reported a similar issue, probably the same on the HTC One X (Tegra 3)
Comment 19 JP Rosevear [:jpr] 2012-05-06 09:52:24 PDT
Bug 730890 which is implicated in bug 752153 has not been uplifted to aurora.  Has anyone seen this on Aurora?

Aaron, can you bring your Droid 3 to the office tomorrow?
Comment 20 Aaron Train [:aaronmt] 2012-05-06 11:13:43 PDT
I tested over DeviceAnywhere services, I don't own one.
Comment 21 JP Rosevear [:jpr] 2012-05-06 19:03:48 PDT

*** This bug has been marked as a duplicate of bug 752153 ***
Comment 22 Aaron Train [:aaronmt] 2012-05-07 10:36:36 PDT
Not a duplicate. Using the builds mentioned in comment #11 of bug 752153, I could not reproduce.

I'm a bit confused because the current Nightly (05/07) works on the Atrix II where I initially saw the problem with 05/04.
Comment 23 Aaron Train [:aaronmt] 2012-05-07 10:58:22 PDT
Hey Yury,

Would you be able to test current Nightly and see if the problem is resolved? If not, can you try the instructions in comment #11 here? https://bugzilla.mozilla.org/show_bug.cgi?id=752153#c11
Comment 24 Ali Juma [:ajuma] 2012-05-07 11:19:56 PDT
(In reply to Aaron Train [:aaronmt] from comment #23)
> Hey Yury,
> 
> Would you be able to test current Nightly and see if the problem is
> resolved? If not, can you try the instructions in comment #11 here?
> https://bugzilla.mozilla.org/show_bug.cgi?id=752153#c11

Based on Yury's response (Bug 752153, Comment 28), it's possible that whatever was causing this bug on May 3rd had been fixed by May 4th.
Comment 25 Yury Delendik (:yury) 2012-05-07 11:30:46 PDT
(In reply to Ali Juma [:ajuma] from comment #24)
> (In reply to Aaron Train [:aaronmt] from comment #23)
> > Hey Yury,
> > 
> > Would you be able to test current Nightly and see if the problem is
> > resolved? If not, can you try the instructions in comment #11 here?
> > https://bugzilla.mozilla.org/show_bug.cgi?id=752153#c11
> 
> Based on Yury's response (Bug 752153, Comment 28), it's possible that
> whatever was causing this bug on May 3rd had been fixed by May 4th.

Nightly works on the Bionic.
Comment 26 Michael Coates [:mcoates] (acct no longer active) 2012-05-07 11:56:53 PDT
I have the Motorola droid 3 running android 2.3.4. I've had this problem on nightly for the past ~6 weeks.  No webpage will render, it's just a white screen. Also, nightly pretty regularly crashes before loading the white page.

I've been submitting crash reports. Let me know if I can provide any sort of identifier to help track those down to correlate.
Comment 27 Michael Coates [:mcoates] (acct no longer active) 2012-05-07 14:24:03 PDT
Also reproduced issue on Aurora - droid 3 running android 2.3.4.

Only difference is that is doesn't crash as often as nightly, but same white/blank screen behavior.
Comment 28 Chris Peterson [:cpeterson] 2012-05-07 15:51:47 PDT
Created attachment 621765 [details]
blank-page-logcat.txt

I tested mcoates' Droid 3. Here are my log files.

I could load the Fennec Home and About screens, but I was NOT able to load any web pages. I was able to reproduce the blank page problem once. Every other time I tried to load a page, Fennec crashed.

The logs report some suspicious error messages about dalvikvm failing to load org.mozilla.gecko.gfx.SurfaceTextureLayer:

 D ActivityRenderTarget: onPause
 W dalvikvm: Link of class 'Lorg/mozilla/gecko/gfx/SurfaceTextureLayer;' failed
 W dalvikvm: VFY: unable to resolve static method 7598: Lorg/mozilla/gecko/gfx/SurfaceTextureLayer;.create ()Lorg/mozilla/gecko/gfx/SurfaceTextureLayer;
 W dalvikvm: VFY: unable to resolve virtual method 71: Landroid/app/DownloadManager;.addCompletedDownload (Ljava/lang/String;Ljava/lang/String;ZLjava/lang/String;Ljava/lang/String;JZ)J
 W dalvikvm: Link of class 'Lorg/mozilla/gecko/gfx/SurfaceTextureLayer;' failed
 E dalvikvm: Could not find class 'org.mozilla.gecko.gfx.SurfaceTextureLayer', referenced from method org.mozilla.gecko.GeckoApp.showSurface
05-07 15:23:36.052 24821 24821 W dalvikvm: VFY: unable to resolve check-cast 1435 (Lorg/mozilla/gecko/gfx/SurfaceTextureLayer;) in Lorg/mozilla/gecko/GeckoApp;
Comment 29 Chris Peterson [:cpeterson] 2012-05-07 15:52:07 PDT
Created attachment 621766 [details]
aurora-crashes-logcat.txt
Comment 30 Chris Peterson [:cpeterson] 2012-05-07 17:10:24 PDT
joedrew, I tested your try build e5f988326565 on mcoates' Droid 3. I was successfully able to view web pages! Do you want my logcat logs from that test run?
Comment 31 JP Rosevear [:jpr] 2012-05-07 17:22:38 PDT
https://tbpl.mozilla.org/?tree=Try&rev=e5f988326565 for a fast link
Comment 32 Aaron Train [:aaronmt] 2012-05-07 17:38:57 PDT
*** Bug 752708 has been marked as a duplicate of this bug. ***
Comment 33 Aaron Train [:aaronmt] 2012-05-07 17:39:42 PDT
Mary Colvig has a Droid 3 too (duplicate bug 752708).
Comment 35 Brad Lassey [:blassey] (use needinfo?) 2012-05-07 18:19:15 PDT
those two builds have this range https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=2db9df42823d&tochange=0a48e6561534
Comment 36 Joe Drew (not getting mail) 2012-05-07 18:24:06 PDT
Given Brad and Yury's comments, this was fixed 'by accident' somehow. I'm going to bisect tomorrow to see how it got fixed.
Comment 37 Brad Lassey [:blassey] (use needinfo?) 2012-05-07 21:30:17 PDT
bisect results:
Due to skipped revisions, the first good revision could be any of:
changeset:   93046:10cd5a5210f2
parent:      93045:d32d6823f0af
parent:      92905:cc91f155491b
user:        Ehsan Akhgari <ehsan@mozilla.com>
date:        Thu May 03 17:33:52 2012 -0400
summary:     Merge from mozilla-central

changeset:   93047:43b2b050af51
user:        Bas Schouten <bschouten@mozilla.com>
date:        Thu May 03 23:41:37 2012 +0200
summary:     Bug 738413 - Followup: Move ToIntRect to a Rect class method. r=roc

changeset:   93048:26738df8a4e0
user:        Matt Brubeck <mbrubeck@mozilla.com>
date:        Thu May 03 14:55:52 2012 -0700
summary:     Back out 682bf201edde, ef35ba222ac8, and 6a20cf61289d (bug 750907, bug 751003, bug 751377) because of build failure on a CLOSED TREE

that merge has: 
eakhgari@mozilla.com
Thu May 03 14:33:59 2012 -0700	10cd5a5210f2	Ehsan Akhgari — Merge from mozilla-central
← 4 hidden changesets [Collapse]
	cc91f155491b	Ehsan Akhgari — Bug 751611 - Add mozconfig files for building Win32 binaries on our Win64 bit platforms; r=khuey DONTBUILD
	2db9df42823d	Gregory Szorc — Bug 749957; r=rnewman
	c045085c0436	Brian R. Bondy — Bug 670514 - LNK file test for Windows share security. r=bz
	60613f18435b	Brian R. Bondy — Bug 670514 - Arbitrary File + Directory read via .lnk files on Windows Share. r=bz

no clear winner there
Comment 38 Matt Brubeck (:mbrubeck) 2012-05-08 15:40:08 PDT
I'm assuming this is still a problem on Aurora.  Is this correct?  If so, we still need to figure out what fixed it so we can make sure it gets backported.
Comment 39 Matt Brubeck (:mbrubeck) 2012-05-08 15:51:03 PDT
*** Bug 753152 has been marked as a duplicate of this bug. ***
Comment 40 Yury Delendik (:yury) 2012-05-08 16:26:02 PDT
(In reply to Matt Brubeck (:mbrubeck) from comment #38)
> I'm assuming this is still a problem on Aurora.  Is this correct? 

That's correct. (Double verified with http://mzl.la/mtd-aurora)
Comment 41 Aaron Train [:aaronmt] 2012-05-08 16:51:16 PDT
Reopening until this is settled.
Comment 42 Joe Drew (not getting mail) 2012-05-08 17:35:18 PDT
I'm in the process of an hg bisect --extend (which includes the contents of merges). Once I figure out which patch we need to uplift, I'll mark it as such.
Comment 43 Joe Drew (not getting mail) 2012-05-09 11:50:53 PDT
changeset:   92942:77bf50b33a05
user:        Nicholas Cameron <ncameron@mozilla.com>
date:        Wed May 02 14:54:40 2012 +1200
summary:     Bug 716439; compile OGL shaders lazily. r=BenWa
Comment 44 Joe Drew (not getting mail) 2012-05-09 13:28:00 PDT
Created attachment 622487 [details] [diff] [review]
attempt to port/rewrite nrc's patch

Nick's patch needed to be more-or-less rewritten to apply to Aurora, and even still it doesn't fix this bug. I'm now going to try uplifting all of bug 716439.
Comment 45 Joe Drew (not getting mail) 2012-05-09 14:21:00 PDT
Uplifting all of bug 716439 (and its dependent bug 733894) fixes this problem, but actually doing that uplift and shipping it to our users is crazypants.

Still, I pushed this patch queue on top of aurora to try: https://tbpl.mozilla.org/?tree=Try&rev=354e84cfc357
Comment 46 Robert O'Callahan (:roc) (Exited; email my personal email if necessary) 2012-05-09 15:09:31 PDT
(In reply to Joe Drew (:JOEDREW!) from comment #45)
> Uplifting all of bug 716439 (and its dependent bug 733894) fixes this
> problem, but actually doing that uplift and shipping it to our users is
> crazypants.

You could try working your way through the patch queue to see which one of Nick's patches actually fixed this; that might give us useful information.
Comment 47 Joe Drew (not getting mail) 2012-05-09 15:12:16 PDT
Created attachment 622530 [details] [diff] [review]
disable component alpha shaders

We don't know why, but these shaders don't compile on Motorola devices. Since we don't use component alpha on GLES, just disable their content there.
Comment 48 Jeff Muizelaar [:jrmuizel] 2012-05-09 15:13:04 PDT
Comment on attachment 622530 [details] [diff] [review]
disable component alpha shaders

Splendid.
Comment 49 JP Rosevear [:jpr] 2012-05-09 15:14:45 PDT
Comment on attachment 622530 [details] [diff] [review]
disable component alpha shaders

Approved, should be mobile only.
Comment 50 Robert O'Callahan (:roc) (Exited; email my personal email if necessary) 2012-05-09 15:17:23 PDT
Seems like we should get some kind of usable and easily diagnosable feedback if our shaders fail to compile!
Comment 51 Joe Drew (not getting mail) 2012-05-09 15:18:40 PDT
http://hg.mozilla.org/releases/mozilla-aurora/rev/1faea99701db
Comment 52 Marcia Knous [:marcia - use ni] 2012-05-11 13:56:30 PDT
I have a similar issue to this one on my Motorola Photon that is still happening with http://ftp.mozilla.org/pub/mozilla.org/mobile/candidates/14.0b1-candidates/build3/unsigned/android/en-US/ which is the latest beta. In my case the pages load black instead of white. I can reproduce it just by loading about:crashes

Android 2.3.4

I can file another bug if it doesn't belong here but when I mentioned it the other day I was directed to this bug and I believe they said it would be fixed in the latest beta.
Comment 53 Tony Chung [:tchung] 2012-05-16 10:21:19 PDT
(In reply to Marcia Knous [:marcia] from comment #52)
> I have a similar issue to this one on my Motorola Photon that is still
> happening with
> http://ftp.mozilla.org/pub/mozilla.org/mobile/candidates/14.0b1-candidates/
> build3/unsigned/android/en-US/ which is the latest beta. In my case the
> pages load black instead of white. I can reproduce it just by loading
> about:crashes
> 
> Android 2.3.4
> 
> I can file another bug if it doesn't belong here but when I mentioned it the
> other day I was directed to this bug and I believe they said it would be
> fixed in the latest beta.

marcia, Joe confirmed this is bug 751732.   I'll move your comments over there and we can track discussion in that bug.   thanks for the report!
Comment 54 Tony Chung [:tchung] 2012-05-16 11:12:03 PDT
(In reply to Tony Chung [:tchung] from comment #53)

> marcia, Joe confirmed this is bug 751732.  

Correction, reference bug is bug 754253.
Comment 55 Michael Coates [:mcoates] (acct no longer active) 2012-05-21 09:07:07 PDT
FYI - The Firefox beta worked perfectly on my droid 3 (which previously has had the white-blank screen issue in this bug).  

However, after we released the first beta update (the next day I think) the white-blank screen issue returned.
Comment 56 Michael Coates [:mcoates] (acct no longer active) 2012-05-21 09:07:47 PDT
Also, is this bug supposed to be marked resolved? I'm happy to verify in nightly if that's where the fix is. Please let me know.
Comment 57 JP Rosevear [:jpr] 2012-06-18 20:27:20 PDT
(In reply to Michael Coates [:mcoates] from comment #56)
> Also, is this bug supposed to be marked resolved? I'm happy to verify in
> nightly if that's where the fix is. Please let me know.

Is this still a problem Michael?  If so, please re-open the bug.

Note You need to log in before you can comment on or make changes to this bug.