Closed Bug 971644 Opened 10 years ago Closed 10 years ago

JavascriptException: JavascriptException: NS_ERROR_FILE_NOT_FOUND raised during setup

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: viorela, Assigned: gduan)

References

Details

(Keywords: qablocker, regression)

Attachments

(1 file)

When running gaia-tests on device we encounter test failures when the above JS exception is thrown during setup:

Traceback (most recent call last):
File "/var/jenkins/workspace/b2g.hamachi.mozilla-central.ui.adhoc/.env/local/lib/python2.7/site-packages/marionette_client-0.7.3-py2.7.egg/marionette/marionette_test.py", line 127, in run
self.setUp()
File "/var/jenkins/workspace/b2g.hamachi.mozilla-central.ui.adhoc/tests/python/gaia-ui-tests/gaiatest/tests/functional/gallery/test_gallery_delete_image.py", line 12, in setUp
GaiaTestCase.setUp(self)
File "/var/jenkins/workspace/b2g.hamachi.mozilla-central.ui.adhoc/tests/python/gaia-ui-tests/gaiatest/gaia_test.py", line 880, in setUp
self.device.start_b2g()
File "/var/jenkins/workspace/b2g.hamachi.mozilla-central.ui.adhoc/tests/python/gaia-ui-tests/gaiatest/gaia_test.py", line 767, in start_b2g
});""", script_timeout=timeout)
File "/var/jenkins/workspace/b2g.hamachi.mozilla-central.ui.adhoc/.env/local/lib/python2.7/site-packages/marionette_client-0.7.3-py2.7.egg/marionette/marionette.py", line 1149, in execute_async_script
filename=os.path.basename(frame[0]))
File "/var/jenkins/workspace/b2g.hamachi.mozilla-central.ui.adhoc/.env/local/lib/python2.7/site-packages/marionette_client-0.7.3-py2.7.egg/marionette/marionette.py", line 605, in _send_message
self._handle_error(response)
File "/var/jenkins/workspace/b2g.hamachi.mozilla-central.ui.adhoc/.env/local/lib/python2.7/site-packages/marionette_client-0.7.3-py2.7.egg/marionette/marionette.py", line 640, in _handle_error
raise JavascriptException(message=message, status=status, stacktrace=stacktrace)
JavascriptException: JavascriptException: NS_ERROR_FILE_NOT_FOUND:
stacktrace:
@app://system.gaiamobile.org/js/icc.js, line 82
Gaia      4c6b5142d3b716f1c4ea502eeb92d3119f2b01c6
Gecko     https://hg.mozilla.org/mozilla-central/rev/802d87c77e76
BuildID   20140211160209
Version   30.0a1
ro.build.version.incremental=eng.archermind.20131114.105818
ro.build.date=Thu Nov 14 10:58:33 CST 2013
This is blocking all automation.
Component: Gaia::UI Tests → Gaia::System
Gregor - Can you find someone to investigate this?

Noming as this is a QA blocker for blocking all on device automation.
blocking-b2g: --- → 1.4?
Flags: needinfo?(anygregor)
(In reply to Jason Smith [:jsmith] from comment #3)
> Gregor - Can you find someone to investigate this?
> 
> Noming as this is a QA blocker for blocking all on device automation.

If it's blocking device automation it shouldn't be a problem to link the changeset that caused the regression and ask a sheriff to back it out. Why do we need a developer for this?
Flags: needinfo?(anygregor)
Looks like the problem here is that we're failing to find the icc.json file on the device:

https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/icc.js#L82
Zac - Can you give a regression range for this bug? What build had the last successful device run?
Flags: needinfo?(zcampbell)
The last successful build was:
Gaia      9fc36dde3a4a3c5ca200275b68ffb56b4173bec3
Gecko     https://hg.mozilla.org/mozilla-central/rev/d812f80a0f1d
BuildID   20140211040200
Version   30.0a1
Flags: needinfo?(zcampbell)
The current latest build is:

Gaia: 4c6b5142d3b716f1c4ea502eeb92d3119f2b01c6
Gecko: 802d87c77e76
I think I figured out what's busted here - it looks like it's from the recent build system changes. I've narrowed down the regression range to these patches:

1. https://github.com/mozilla-b2g/gaia/commit/ca05cbb6110725605b24287322d05bdad9d6c8b2
2. https://github.com/mozilla-b2g/gaia/commit/717fdb3adea078bce122cbaba22a7b35594012a2
3. https://github.com/mozilla-b2g/gaia/commit/43c5a19c5ac6fdba1d5d8cca462919ee829b3365

I'll start testing backouts of each one.

I'm putting needinfo here on Tim though to notify him that's something busted here.
Flags: needinfo?(timdream)
(In reply to Jason Smith [:jsmith] from comment #10)
> I think I figured out what's busted here - it looks like it's from the
> recent build system changes. I've narrowed down the regression range to
> these patches:
> 
> 1.
> https://github.com/mozilla-b2g/gaia/commit/
> ca05cbb6110725605b24287322d05bdad9d6c8b2
> 2.
> https://github.com/mozilla-b2g/gaia/commit/
> 717fdb3adea078bce122cbaba22a7b35594012a2
> 3.
> https://github.com/mozilla-b2g/gaia/commit/
> 43c5a19c5ac6fdba1d5d8cca462919ee829b3365
> 
> I'll start testing backouts of each one.
> 
> I'm putting needinfo here on Tim though to notify him that's something
> busted here.

That looks like a good start.
Thanks Jason!
It might be bug 968697, however I just did |make| locally (on latest master) and verified icc.json is still there.

We might be doing some different configuration for gaia-tests. George, would you mind taking this bug and talking to Askeing about the detail? Thanks!
Assignee: nobody → gduan
Flags: needinfo?(timdream) → needinfo?(gduan)
(In reply to Jason Smith [:jsmith] from comment #10)
> I'll start testing backouts of each one.

Did you figure this out locally?
Flags: needinfo?(jsmith)
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) (please ni?) from comment #13)
> (In reply to Jason Smith [:jsmith] from comment #10)
> > I'll start testing backouts of each one.
> 
> Did you figure this out locally?

Nope.
Flags: needinfo?(jsmith)
Hi Viorela,

I've build up the gaia-ui-test env with latest master build 20140212160203 on buri and run test_gallery_delete_image.py, but it passed.

I'm thinking how to reproduce it locally.
Flags: needinfo?(gduan)
Flags: needinfo?(viorela.ioia)
Askeing - Are you able to reproduce this on your side?
Flags: needinfo?(fyen)
(In reply to George Duan [:gduan] [:喬智] from comment #15)
> Hi Viorela,
> 
> I've build up the gaia-ui-test env with latest master build 20140212160203
> on buri and run test_gallery_delete_image.py, but it passed.
> 
> I'm thinking how to reproduce it locally.

We worked around this in https://github.com/mozilla-b2g/gaia/pull/14991 -- can you back that out locally?
I've just realized George and I both didn't |git clean -dfx apps/system| before trying out the lastest master, so our build always contains the old file.

I've ask him to backout or provide a fix within hours.
Flags: needinfo?(viorela.ioia)
Flags: needinfo?(fyen)
Attached file PR to master
Hi Yuren,
please kindly check this pr. I may put to incorrect folder.
Attachment #8375362 - Flags: review?(yurenju.mozilla)
Attachment #8375362 - Flags: review?(yurenju.mozilla) → review+
Thanks,
merge into master
https://github.com/mozilla-b2g/gaia/commit/bd73fae53001624a51c51456c2176c01fa602fdf
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
blocking-b2g: 1.4? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: