Closed Bug 1089542 Opened 5 years ago Closed 5 years ago

Search in Browser app is not working - tapping enter after the URL was added has no effect


(Firefox OS Graveyard :: Gaia::System::Browser Chrome, defect)

Gonk (Firefox OS)
Not set


(Not tracked)

2.1 S8 (7Nov)


(Reporter: viorela, Assigned: benfrancis)



(Keywords: qablocker, regression, smoketest, Whiteboard: [fromAutomation][systemsfe])


(1 file)

The user is not able to go to a certain website in Browser app, tapping enter after the URL has no effect. 

Make sure your device has internet connection, wifi or cell data.

Repro Steps:
1. Launch Browser app
2. Type an URL (E.g:
3. Tap Enter

The user is redirected the correct website 

Tapping Enter has no effect; the user is not redirected to the page it was supposed to.

Repro frequency: 5/5

Regression range, based on b2g-inbound builds:
Last working:
Device firmware (date) 	24 Oct 2014 14:40:36
Device firmware (incremental) 	eng.cltbld.20141024.174026
Device firmware (release) 	4.4.2
Device identifier 	flame
Gaia date 	24 Oct 2014 13:14:45
Gaia revision 	649d0ace7360
Gecko build 	20141024133311
Gecko revision 	90da527e35da
Gecko version 	36.0a1

First failing:
Device firmware (date) 	24 Oct 2014 15:46:16
Device firmware (incremental) 	eng.cltbld.20141024.184606
Device firmware (release) 	4.4.2
Device identifier 	flame
Gaia date 	24 Oct 2014 13:14:45
Gaia revision 	649d0ace7360
Gecko build 	20141024150913
Gecko revision 	e8a6f40728b7
Gecko version 	36.0a1

Gaia diff: None

Gecko diff:

This issue is reproducible on v2.2, but it is not reproducible on v2.1.
This is causing failures in lots of our automated tests:

Traceback (most recent call last):
File "/var/jenkins/2/workspace/flame-kk-319.mozilla-central.ui.functional.smoke/.env/local/lib/python2.7/site-packages/marionette_client-0.8.4-py2.7.egg/marionette/", line 264, in run
File "/var/jenkins/2/workspace/flame-kk-319.mozilla-central.ui.functional.smoke/tests/python/gaia-ui-tests/gaiatest/tests/functional/browser/", line 29, in test_browser_cell_data
browser = search.go_to_url('')
File "/var/jenkins/2/workspace/flame-kk-319.mozilla-central.ui.functional.smoke/tests/python/gaia-ui-tests/gaiatest/apps/search/", line 27, in go_to_url
return search_panel.go_to_url(url)
File "/var/jenkins/2/workspace/flame-kk-319.mozilla-central.ui.functional.smoke/tests/python/gaia-ui-tests/gaiatest/apps/homescreen/regions/", line 39, in go_to_url
self.wait_for_condition(lambda m: urllib.quote(url, safe=':/?=') in
File "/var/jenkins/2/workspace/flame-kk-319.mozilla-central.ui.functional.smoke/tests/python/gaia-ui-tests/gaiatest/apps/", line 56, in wait_for_condition
Wait(self.marionette, timeout).until(method, message=message)
File "/var/jenkins/2/workspace/flame-kk-319.mozilla-central.ui.functional.smoke/.env/local/lib/python2.7/site-packages/marionette_client-0.8.4-py2.7.egg/marionette/", line 143, in until
TimeoutException: TimeoutException: Timed out after 30.2 seconds
Whiteboard: [fromAutomation]
We should get a regression range based on mozilla-inbound builds.
Regression range, based on mozilla-inbound builds:
Last working:
Gaia-Rev        d893a9b971a0f3ee48e5a57dca516837d92cf52b
Build-ID        20141024060609
Version         36.0a1
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20141024.093351
FW-Date         Fri Oct 24 09:34:01 EDT 2014
Bootloader      L1TC00011880

First failing:
Gaia-Rev        29ed78a26d62b58f663437a45f273d57b9781d79
Build-ID        20141024081211
Version         36.0a1
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20141024.113209
FW-Date         Fri Oct 24 11:32:19 EDT 2014
Bootloader      L1TC00011880
Duplicate of this bug: 1089612
I found a more accurate regression range:

Last good:

Device firmware (date) 	24 Oct 2014 06:34:01
Device firmware (incremental) 	eng.cltbld.20141024.093351
Device firmware (release) 	4.4.2
Device identifier 	flame
Gaia date 	23 Oct 2014 13:55:40
Gaia revision 	d893a9b971a0
Gecko build 	20141024060609
Gecko revision 	e94b66dca22c
Gecko version 	36.0a1

First Bad:

Device firmware (date) 	24 Oct 2014 07:01:21
Device firmware (incremental) 	eng.cltbld.20141024.100111
Device firmware (release) 	4.4.2
Device identifier 	flame
Gaia date 	23 Oct 2014 13:55:40
Gaia revision 	d893a9b971a0
Gecko build 	20141024064811
Gecko revision 	da49be9b1139
Gecko version 	36.0a1

Gecko diff:
Kershaw, could this have been caused by one of your changes in bug 1020172?
Flags: needinfo?(kechang)
Component: Gaia::Browser → Gaia::System::Browser Chrome
[Blocking Requested - why for this release]: Will prevent people finding pictures of cats.
blocking-b2g: --- → 2.2?
Adding systemsfe whiteboard tag to double check this has Javascript integration test coverage
Whiteboard: [fromAutomation] → [fromAutomation][systemsfe]
It seems to be a device-only bug.
Attached file logcat
Attaching logcat
Chatted with khuey, pretty confident this was caused by bug 1020172. Wouldn't be caught by our integration tests because they only run in-process. Have requested backout by RyanVM.
regression window was found at comment 4 - removing tag
Duplicate of this bug: 1089531
I backed out bug 1020172 in but it won't make a b2g nightly build until the one that starts building in 11 hours. The one that started building an hour ago does not have the backout.
Duplicate of this bug: 1089352
Hi Martijn,

I've provided a revised patch in bug 1020172 comment #97.
Could you help to also verify this at your side?

Flags: needinfo?(kechang)
We have a m-i build in our automation and I can confirm that the blackout has worked.

The build with the back out is:

Device firmware (date) 	27 Oct 2014 14:07:56
Device firmware (incremental) 	eng.cltbld.20141027.170745
Device firmware (release) 	4.4.2
Device identifier 	flame
Gaia date 	27 Oct 2014 10:43:23
Gaia revision 	6a7fb482a03c
Gecko build 	20141027181024
Gecko revision 	ecf4df03029a
Gecko version 	36.0a1
Thanks, this should be fixed now. Just needs verifying in the next nightly build.
Assignee: nobody → bfrancis
Closed: 5 years ago
Keywords: verifyme
Resolution: --- → FIXED
Verified fixed in the latest Flame 2.2 build.
Typing a URL into the Rocketbar in Browser properly navigates the Browser to the webpage.

Environmental Variables:
Device: Flame 2.2 Master
BuildID: 20141028040202
Gaia: 6a7fb482a03c5083ef79b41e7b0dfab27527cd04
Gecko: a255a234946e
Gonk: 6e51d9216901d39d192d9e6dd86a5e15b0641a89
Version: 36.0a1 (2.2 Master)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(onelson)
Keywords: verifyme
Duplicate of this bug: 1091606
Duplicate of this bug: 1092146
This bug is still being reported on Flatfish, any idea why this change might not have made it into Flatfish builds yet?
Flags: needinfo?(kechang)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(onelson)
Target Milestone: --- → 2.1 S8 (7Nov)
blocking-b2g: 2.2? → ---
Hi Ben,

Currently, I don't have any idea. Can you confirm this is caused by bug 1020172?
I think there must be another cause.

Flags: needinfo?(bfrancis)
Flags: needinfo?(kechang)
Flags: needinfo?(bfrancis)
Flags: needinfo?(bfrancis)
As I previously opened the duplicate bug 1091606 concerning the Flatfish tablet, I report that I am not experiencing it in the latest build of Flatfish 20141111.
Looks like this got fixed.
Flags: needinfo?(bfrancis)
You need to log in before you can comment on or make changes to this bug.