Created attachment 699361 [details] web site cannot load Description: Suite Name: Browser Test Case #1613 Description:The web page planet.mozilla.org cannot load on Unagi browser. Repro: 1) Update to Unagi build 20130104070203 2) Open the browser and type in url planet.mozilla.org Expected: Web page planet.mozilla.org to load. Actual: Web site does not load. User receives the message "Well this is embarrassing. We tried to display this web page, but its not responding." Repro frequency: (4/4) on my device (1/2) on my colleague's device. Notes: See Screenshot Attachment. See logcat attachment.
UCID browser-006 Testcase found here https://moztrap.mozilla.org/results/case/61158/
Whiteboard: testrun 2
Issue repros on unagi build 20130115070201 Kernel from Dec 5th... happened 4/5 times
This issue still repros on: Special build for Test Run 4 [unagi only] - 1/30/13 Build ID: 20130130070201 Kernel: Dec 5 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/4593f3e765eb Gaia: f7f5a0cd17e3d04308cc5850b254947e127122b9 A "Well this is embarrassing screen" appears if the user types in the URL: planet.mozilla.org and pressees the Enter arrow key https://moztrap.mozilla.org/runtests/run/712/env/296/?pagenumber=1&pagesize=20&sortfield=order&sortdirection=asc&filter-id=1613&filter-suite=121
This does not occur on Firefox for Android 18.0.2, we load the page. This only occurs on b2g phone. It is not a content crash.
blocking-b2g: --- → shira?
status-b2g18-v1.0.1: --- → affected
tracking-b2g18: --- → ?
Not a blocker unless it turns out there's a reproducible test case here that affects a lot of top sites. Planet Mozilla is popular internally but certainly not a widely used site. Tracking and assigning to Rik.
Assignee: nobody → anthony
blocking-b2g: shira? → -
tracking-b2g18: ? → +
I don't think this is a Gaia issue. We show this screen when we receive a mozbrowsererror event. I'm seeing this in the logcat just before the screen shows up. I/Gecko ( 8011): ###!!! [Parent][AsyncChannel] Error: Channel error: cannot send/recv Unassigning myself.
Assignee: anthony → nobody
I can reproduce this pretty well, at least with today's non-Engineering Unagi build, on the CloudFlare Wi-Fi I'm currently on -- I filed that as bug 843953, and attached a logcat over there.
As per comment 7, Gaia appears to be behaving correctly. If you believe Gecko should be able to render this page please file a bug there, I suspect it's an issue of resource usage.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.