Closed
Bug 1247748
Opened 8 years ago
Closed 7 years ago
MarionetteException: Can not send call to listener as it doesnt exist
Categories
(Testing :: Marionette Client and Harness, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: whimboo, Unassigned)
Details
(Keywords: intermittent-failure)
Starting on Wednesday on m-c and Tue on m-a I see this permanent failure in Marionette whenever we get a failed result of our update tests: Here just one example: https://treeherder.mozilla.org/logviewer.html#?job_id=3280070&repo=mozilla-central MarionetteException: MarionetteException: Can not send call to listener as it doesnt exist 12:13:42 WARNING - Failed to gather test failure debug. 12:13:42 WARNING - Traceback (most recent call last): 12:13:42 WARNING - 12:13:42 WARNING - File "c:\jenkins\workspace\mozilla-central_update\build\venv\lib\site-packages\marionette\runner\base.py", line 591, in gather_debug 12:13:42 WARNING - rv['source'] = marionette.page_source 12:13:42 WARNING - 12:13:42 WARNING - File "c:\jenkins\workspace\mozilla-central_update\build\venv\lib\site-packages\marionette_driver\marionette.py", line 1300, in page_source 12:13:42 WARNING - return self._send_message("getPageSource", key="value") 12:13:42 WARNING - 12:13:42 WARNING - File "c:\jenkins\workspace\mozilla-central_update\build\venv\lib\site-packages\marionette_driver\decorators.py", line 36, in _ 12:13:42 WARNING - return func(*args, **kwargs) 12:13:42 WARNING - 12:13:42 WARNING - File "c:\jenkins\workspace\mozilla-central_update\build\venv\lib\site-packages\marionette_driver\marionette.py", line 747, in _send_message 12:13:42 WARNING - self._handle_error(err) 12:13:42 WARNING - 12:13:42 WARNING - File "c:\jenkins\workspace\mozilla-central_update\build\venv\lib\site-packages\marionette_driver\marionette.py", line 808, in _handle_error 12:13:42 WARNING - raise errors.lookup(error)(message, stacktrace=stacktrace) 12:13:42 WARNING - Not sure if this is related to bug 1247600. I do not see those extra errors here.
Reporter | ||
Comment 1•8 years ago
|
||
Maybe there is a connection to bug 1207038, but it wouldn't explain the failure on aurora since Tuesday given that the patch has been backported yesterday.
Comment 2•8 years ago
|
||
Not been seen in a while so closing
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Comment 3•8 years ago
|
||
I see this all the time. It happens when you send messages to commands that make proxy calls to the listener after the content browser context has been lost by switching to another or by discarding it.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 4•8 years ago
|
||
This also blocks WebDriver compatibility because a “no such window” error should be returned.
Blocks: webdriver
Comment 5•8 years ago
|
||
Please raise a bug for comment 4 so that the sheriffs don't conflate an intermittent/flaky test with this. Also, when you see this in automation, can you classify it so that it is easy for me to spot in OF. Currently there have been no classifications for this bug in a very long time.
No longer blocks: webdriver
Flags: needinfo?(ato)
Comment 6•7 years ago
|
||
Closing as intermittent has not been seen in last 45 days
Updated•7 years ago
|
Status: REOPENED → RESOLVED
Closed: 8 years ago → 7 years ago
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Flags: needinfo?(ato)
Updated•1 year ago
|
Product: Testing → Remote Protocol
Comment 7•1 year ago
|
||
Moving bug to Testing::Marionette Client and Harness component per bug 1815831.
Component: Marionette → Marionette Client and Harness
Product: Remote Protocol → Testing
You need to log in
before you can comment on or make changes to this bug.
Description
•