Closed Bug 596382 Opened 15 years ago Closed 15 years ago

Going to http://m.input.mozilla.com/en-US/happy on the N900 will not load correctly.

Categories

(Firefox for Android Graveyard :: General, defect)

Product:
Firefox for Android Graveyard
Component:
General
Platform:
ARM
Maemo
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: nhirata, Unassigned)

Details

1. Download the 9/14 Build for Maemo 2. launch Fennec 3. move to the side panel and the Beta Testers Tools 4. click on either the happy or sad face. Expected : clicking on happy face will change the url : http://m.input.mozilla.com/en-US/happy , then load the Submit Feedback page for happy. Actual : The URL will be in the awesomebar, however the page fails to load. Note: 1. works correctly on the Mac OS X Desktop version
tracking-fennec: --- → ?
In the error console : Error:JSON.parse Source File: chrome://browser/content/browser-ui.js Line: 1758 Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIStringBundle.GetStringFromName]" nsresult: "0x80004005(NS_ERROR_FAILURE)" location:"JS frame::resource://services-sync/ext/StringBundle.js::anonymous::line 132" data:no] Error: docShell: Not Remotable Source File: chrome://global/content/bindings/browser.xml Line: 653 Error: contentDocument is not available Source File: chrome://browser/content/bindings/browser.xml Line: 460
Summary: clicking on the happy or sad face in the beta feedback panel, will show that it's trying to go to the url, but the page fails to load. → Going to http://m.input.mozilla.com/en-US/happy on the N900 will not load correctly.
After checking the builds on tinderbox ( http://ftp.mozilla.org/pub/mozilla.org/mobile/tinderbox-builds/mozilla-central-maemo5-gtk/ ): I found that the build that broke was: 1284481654/ 14-Sep-2010 09:34 and it worked on build : 1284473826/ 14-Sep-2010 08:36 http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2010-09-14+08%3A36&enddate=2010-09-14+09%3A34
Looking at those builds, and using the build startimes, not the times on the folders, I found this regression range: http://hg.mozilla.org/mobile-browser/pushloghtml?startdate=2010-09-14+07%3A19&enddate=2010-09-14+09%3A18 mozilla-central had no probable checkins during that time, but mobile-browser did.
That mobile-browser patch was backed out. Is this fixed now?
No longer crashing. It is probably fixed by either 596767 or 596669.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Happy day. It works!
Status: RESOLVED → VERIFIED
verified FIXED on build: Mozilla/5.0 (Maemo;Linux armv71; rv:2.0b7pre)Gecko/20100916 Firefox/4.0b7pre Fennec/2.0b1pre
tracking-fennec: ? → ---
You need to log in before you can comment on or make changes to this bug.