Closed Bug 1073651 Opened 5 years ago Closed 5 years ago

Intermittent test_a11y_keyboard_key_names.py TestA11yKeyboardKeyNames.test_a11y_keyboard_key_names | JavascriptException: JavascriptException: TypeError: Argument 1 of Window.getComputedStyle is not an object.

Categories

(Firefox OS Graveyard :: Gaia::UI Tests, defect)

x86_64
Linux
defect
Not set

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: RyanVM, Assigned: zcampbell)

References

Details

(Keywords: intermittent-failure, Whiteboard: [b2ga11y stabilitiy])

Attachments

(1 file)

46 bytes, text/x-github-pull-request
Bebe
: review+
Details | Review
https://tbpl.mozilla.org/php/getParsedLog.php?id=48976903&tree=B2g-Inbound

b2g_macosx64 b2g-inbound opt test gaia-ui-test on 2014-09-26 09:01:14 PDT for push c994ec34cad5
slave: talos-mtnlion-r5-047

09:19:37     INFO -  TEST-START | test_a11y_keyboard_key_names.py TestA11yKeyboardKeyNames.test_a11y_keyboard_key_names
09:19:38    ERROR -  TEST-UNEXPECTED-ERROR | test_a11y_keyboard_key_names.py TestA11yKeyboardKeyNames.test_a11y_keyboard_key_names | JavascriptException: JavascriptException: TypeError: Argument 1 of Window.getComputedStyle is not an object.
09:19:38     INFO -  stacktrace:
09:19:38     INFO -  	@app://system.gaiamobile.org/js/app_chrome.js, line 440
09:19:38     INFO -  Traceback (most recent call last):
09:19:38     INFO -    File "/builds/slave/talos-slave/test/build/venv/lib/python2.7/site-packages/marionette/marionette_test.py", line 249, in run
09:19:38     INFO -      self.setUp()
09:19:38     INFO -    File "/builds/slave/talos-slave/test/gaia/tests/python/gaia-ui-tests/gaiatest/tests/accessibility/keyboard/test_a11y_keyboard_key_names.py", line 13, in setUp
09:19:38     INFO -      GaiaTestCase.setUp(self)
09:19:38     INFO -    File "/builds/slave/talos-slave/test/gaia/tests/python/gaia-ui-tests/gaiatest/gaia_test.py", line 729, in setUp
09:19:38     INFO -      MarionetteTestCase.setUp(self)
09:19:38     INFO -    File "/builds/slave/talos-slave/test/build/venv/lib/python2.7/site-packages/marionette/marionette_test.py", line 540, in setUp
09:19:38     INFO -      CommonTestCase.setUp(self)
09:19:38     INFO -    File "/builds/slave/talos-slave/test/build/venv/lib/python2.7/site-packages/marionette/marionette_test.py", line 390, in setUp
09:19:38     INFO -      self.close_test_container()
09:19:38     INFO -    File "/builds/slave/talos-slave/test/build/venv/lib/python2.7/site-packages/marionette/marionette_test.py", line 500, in close_test_container
09:19:38     INFO -      }""", script_timeout=60000)
09:19:38     INFO -    File "/builds/slave/talos-slave/test/build/venv/lib/python2.7/site-packages/marionette/marionette.py", line 1269, in execute_async_script
09:19:38     INFO -      filename=os.path.basename(frame[0]))
09:19:38     INFO -    File "/builds/slave/talos-slave/test/build/venv/lib/python2.7/site-packages/marionette/decorators.py", line 35, in _
09:19:38     INFO -      return func(*args, **kwargs)
09:19:38     INFO -    File "/builds/slave/talos-slave/test/build/venv/lib/python2.7/site-packages/marionette/marionette.py", line 638, in _send_message
09:19:38     INFO -      self._handle_error(response)
09:19:38     INFO -    File "/builds/slave/talos-slave/test/build/venv/lib/python2.7/site-packages/marionette/marionette.py", line 686, in _handle_error
09:19:38     INFO -      raise errors.JavascriptException(message=message, status=status, stacktrace=stacktrace)
09:19:38     INFO -  TEST-INFO took 1161ms
Seriosuly I think this is red, not intermittent.
I am investigating this.
Assignee: nobody → zcampbell
(In reply to Zac C (:zac) from comment #110)
> I am investigating this.

I'm still investigating this by triggering TBPL builds. It's very intermittent but getting worse over time so the range might be very difficult.
I can't see anything in a reasonable range that might have caused it so this might take a while.
Also, as I see this issue it should occur on any test yet it repeatedly occurs on this test only.
Depends on: 1075451
(In reply to Zac C (:zac) from comment #119)
> Also, as I see this issue it should occur on any test yet it repeatedly
> occurs on this test only.

Can we just disable this test already?
Flags: needinfo?(zcampbell)
(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #165)
> (In reply to Zac C (:zac) from comment #119)
> > Also, as I see this issue it should occur on any test yet it repeatedly
> > occurs on this test only.
> 
> Can we just disable this test already?

Yep I will do it.
Flags: needinfo?(zcampbell)
Test disabled:
https://github.com/mozilla-b2g/gaia/commit/f80539421e9ea2ed465f3c9e1e3ee8521d428c17

I will try to re-enable it when the blocking bug for this is fixed.
QA Whiteboard: [fxosqa-auto-backlog-]
Looks like the dependency bug is fixed can we try to enable this test?
Flags: needinfo?(yzenevich)
(In reply to Florin Strugariu [:Bebe] from comment #217)
> Looks like the dependency bug is fixed can we try to enable this test?

Hi Florin, would you know where I can try re-enabling the test? It looks like the manifest file was removed in favor of treeherder. Thanks!
Flags: needinfo?(yzenevich) → needinfo?(florin.strugariu)
(In reply to Martijn Wargers [:mwargers] (QA) from comment #219)
> Isn't it here then?
> http://mxr.mozilla.org/gaia/source/tests/python/gaia-ui-tests/gaiatest/tests/
> accessibility/keyboard/manifest.ini#3

Looks like a different condition and different bug number...
Yep this test is disabled for a while. Because of desktop b2g fails. on Both TravisCI(not in use anymore) and TreeHerder fails.

This is why I'm asking if we can take a new look over this test.
Flags: needinfo?(florin.strugariu)
Whiteboard: [b2ga11y stabilitiy]
Attached file Github pull request.
Will test multiple times on treeheder.
Attachment #8545330 - Flags: review?(florin.strugariu)
Attachment #8545330 - Flags: review?(florin.strugariu) → review+
Merged: https://github.com/mozilla-b2g/gaia/commit/16a1d2d52fe91492c205225b747c030e6982e505

Leaving this open just to check if we see any issues with this test
Flags: needinfo?(florin.strugariu)
Looks like all works as expected

Closing this
Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(florin.strugariu)
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.