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)

45 Branch
defect
Not set
normal

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.
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.
Not been seen in a while so closing
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
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 → ---
This also blocks WebDriver compatibility because a “no such window” error should be returned.
Blocks: webdriver
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)
Closing as intermittent has not been seen in last 45 days
Status: REOPENED → RESOLVED
Closed: 8 years ago7 years ago
Resolution: --- → WORKSFORME
Flags: needinfo?(ato)
Product: Testing → Remote Protocol
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.