Closed Bug 754253 Opened 13 years ago Closed 13 years ago

Firefox won´t open new pages, content area is black.

Categories

(Firefox for Android Graveyard :: General, defect)

ARM
Android
defect
Not set
major

Tracking

(blocking-fennec1.0 +)

RESOLVED DUPLICATE of bug 752368
Tracking Status
blocking-fennec1.0 --- +

People

(Reporter: jan.manthay, Assigned: vlad)

References

Details

(Whiteboard: [sumo])

Attachments

(5 files)

After opening Aurora the content area is black, and no pages load. The interface works, so I can open new sites through bookmarks, but nothing happens. Log is attached
Attached file Logfile (deleted) —
Device? Aurora build? Android OS?
Status: UNCONFIRMED → NEW
Ever confirmed: true
blocking-fennec1.0: --- → ?
Need device info and steps to reproduce. What URL? Is it all pages?
Keywords: qawanted
I was unable to reproduce the issue on HTC Desire Z(Android 2.3.3) and HTC Desire (Android 2.2) in several attempts using Nightly 15.0a1 2012-05-13. I have tried recovering from OOM device soft restart, crash recovery start/maximize app in landscape. From the logs the device seems to be a sonyericsson but I do not have access to any sonyericsson device to further test this. Also the logs don't indicate any website opened so I am assuming about:home.
Reaching out to Jan.
Sorry for late answer. Device is an Sony Ericsson Xperia Mini with Androis 2.3.4 Build was the Aurora build from the day I reported the bug, but also earlier builds. I also realised that the the description was poor: It is not always black. It started after a normal browsing session, then switched to the Homescreen, then back to Aurora, then the screen was black. No pages were loaded, no matter I tried to open them: tried to open bookmarks, even tried to open a new tab. I tried several sites. Switching to the home screen and back had no effect first, but a few minutes later the content was visible again. I was not able to reproduce this since then, cause I did not test since.
Vlad, dupe of bug 752368? QA, please try to reproduce.
(In reply to JP Rosevear [:jpr] from comment #7) > Vlad, dupe of bug 752368? > > QA, please try to reproduce. Jan, can you try a nightly build and see if it reproduces there? http://nightly.mozilla.org I'm assuming this phone: http://www.gsmarena.com/sony_ericsson_xperia_mini-3947.php I'll try and order a Xperia Ericsson Mini for QA. We'll also try to reproduce on similar sony xperia phones with Adreno 205, 1Ghz, 512Mb Ram in the meantime.
Could be the same as bug 752368, but I don't see any Surface warnings in the log. Then again, maybe that device just doesn't print those warnings (they come from the OS, not from Gecko). If it can be easily reproduced, the build in http://ftp.mozilla.org/pub/mozilla.org/firefox/try-builds/vladimir@pobox.com-4ca8566475c5/try-android/ should have my fix for it, for testing...
I was able to reproduce this today with the latest Aurora. After about 30 min of browsing I tried to open this page: http://www.computerbase.de/news/2012-05/arctic-mc101-schlanke-htpcs-mit-amds-trinity/ After opening the site, and scrolling a bit down, Fx froze. Nothing was possible anymore, screen rotation did not work neither. The only working button was the home button. After switching to the home screen, and starting Aurora again, the content area was black. The whole interface is working, and so are the preferences. Screen rotation does not work. No pages are loading. Log is following
Attached file logfile 2 (deleted) —
This is e long logfile, problem at the end.
Marcia reproduced it this morning on Fx14 beta 1. Motorola Photon. See https://bugzilla.mozilla.org/show_bug.cgi?id=751732#c52 for more details.
Keywords: qawanted
When I have reproduced this on beta, I was loading a site from my history. On my phone I don't get the black screen off the bat, it happens later on during browsing.
** I can reproduce this issue easily. ** Samsung Galaxy Nexus (Android 4.0.4) Nightly (05/16) Steps to Reproduce: 1. http://www.ansa.it, activate plugins 2. Wait for page load ** At this point this page is very heavy; one is now unable to pan or scroll. ** 3. Open a new tab; and visit any item You'll get a blank content area.
Severity: normal → major
Attached file Nightly (05/16) - Raw log (deleted) —
Black-screen right at last message: D/OpenGLRenderer( 5352): Flushing caches (mode 0)
Assignee: nobody → vladimir
blocking-fennec1.0: ? → +
I am unsure if the issue is the same but I was able to reproduce the issue a few times on HTC Desire Z (Android 2.3.3) on Nightly 15.0a1 2012-05-16 by fast scrolling planet.mozilla.org and minimizing Fennec using the Home button before rendering is complete. Here is a video: http://youtu.be/_AdEhjw2jBQ. Also adding logs - the issue can be found at the end of the logs.
From the log, the Desire Z issue is definitely bug 752368.
We have a report of this same issue on SUMO for Moto photon, see https://support.mozilla.org/en-US/questions/927666#answer-334412
Whiteboard: [sumo]
New case, new log. Aurora 05-17 Device is an Sony Ericsson Xperia Mini with Android 2.3.4 This time without entering homescreen first, but right inside a session, after trying to open a page from bookmarks.
Attached file log from 05-18 (deleted) —
Jan, can you retest with today's mozilla-central nightly?
Using my STR in comment #14; I'm unable to reproduce on today's Nightly (05/18). Looks like this is fixed via bug 752368 perhaps.
I also can't reproduce the dupped 756326 with latest Nightly.
Optimistically marking as dup!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Vlad, would this fix issues when the screen goes black after messing around with a flash video?
If the flash video goes fullscreen, then yeah, maybe
Naoki asked me to test this using the latest Nightly on my Motorola Photon. I can no longer reproduce the issue using that build.
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: