Closed Bug 1207042 Opened 10 years ago Closed 7 years ago

TEST-UNEXPECTED-ERROR | test_fallback_update.py TestFallbackUpdate.test_update | NoSuchWindowException: NoSuchWindowException: Unable to locate window: [1|3]

Categories

(Testing :: Firefox UI Tests, defect)

Product:
Testing
Component:
Firefox UI Tests
Version:
Version 3
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(firefox43 affected, firefox44 affected)

Status:
RESOLVED DUPLICATE of bug 1375405
Tracking Flags:
Tracking Status
firefox43 --- affected
firefox44 --- affected

People

(Reporter: whimboo, Unassigned)

References

Details

This failure occurs when trying to restart Firefox through Marionette. I cannot reproduce it locally so far but a couple of tests for Nightly have been failed. 15:43:29 Traceback (most recent call last): 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\marionette\marionette_test.py", line 296, in run 15:43:29 testMethod() 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\firefox_ui_tests\update\fallback\test_fallback_update.py", line 28, in test_update 15:43:29 self._test_update() 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\firefox_ui_tests\update\fallback\test_fallback_update.py", line 22, in _test_update 15:43:29 self.download_and_apply_forced_update() 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\firefox_ui_harness\testcases\update.py", line 205, in download_and_apply_forced_update 15:43:29 self.restart() 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\firefox_ui_harness\testcases\base.py", line 39, in restart 15:43:29 self.browser = self.windows.switch_to(lambda win: type(win) is BrowserWindow) 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\firefox_puppeteer\ui\windows.py", line 168, in switch_to 15:43:29 self.marionette.switch_to_window(handle) 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\marionette_driver\marionette.py", line 1237, in switch_to_window 15:43:29 self._send_message("switchToWindow", {"name": window_id}) 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\marionette_driver\decorators.py", line 36, in _ 15:43:29 return func(*args, **kwargs) 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\marionette_driver\marionette.py", line 711, in _send_message 15:43:29 self._handle_error(resp) 15:43:29 File "c:\jenkins\workspace\mozilla-aurora_update\venv\lib\site-packages\marionette_driver\marionette.py", line 752, in _handle_error 15:43:29 raise errors.lookup(error)(message, stacktrace=stacktrace) 15:43:29 NoSuchWindowException: NoSuchWindowException: Unable to locate window: 1
Those failures started recently for mozilla-central and mozilla-aurora without any reasonable changes on our side. I wonder if those are somekind of regressions from Marionette server changes on those affected branches. The underlying issue for those messages is most likely bug 1207125 which returns a non-related reply for the sent command.
status-firefox43: --- → affected
Depends on: 1207125
So actually those failures started with the first Aurora build after the merge on Monday which means that it might have been a change landed earlier but maybe was not active on mozilla-central. Also it looks like that only Win7 32bit VMs are affected so far.
I won't spend more time on it right now given that I cannot reproduce it locally and it doesn't happen that often. If we have a spike I will check again.
Product: Mozilla QA → Testing
It's not reproducible for me and
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.