Closed
Bug 1215499
Opened 9 years ago
Closed 9 years ago
TEST-UNEXPECTED-ERROR | test_about_private_browsing.py TestAboutPrivateBrowsing.testCheckAboutPrivateBrowsing | NoSuchElementException: NoSuchElementException: Unable to locate element: learnMore
Categories
(Testing :: Firefox UI Tests, defect)
Tracking
(firefox41 wontfix, firefox-esr38 wontfix)
RESOLVED
WORKSFORME
People
(Reporter: whimboo, Unassigned)
References
Details
(Keywords: intermittent-failure)
Attachments
(1 file)
(deleted),
image/png
|
Details |
Traceback (most recent call last):
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\lib\site-packages\marionette\marionette_test.py", line 296, in run
testMethod()
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\lib\site-packages\firefox_ui_harness\decorators.py", line 15, in wrapper
return target(self, *args, **kwargs)
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\Lib\site-packages\firefox_ui_tests\functional\private_browsing\test_about_private_browsing.py", line 52, in testCheckAboutPrivateBrowsing
tab = pb_window.tabbar.open_tab(trigger=tab_opener)
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\lib\site-packages\firefox_puppeteer\ui\tabbar.py", line 130, in open_tab
trigger(self.selected_tab)
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\Lib\site-packages\firefox_ui_tests\functional\private_browsing\test_about_private_browsing.py", line 49, in tab_opener
link = tab.marionette.find_element(By.ID, 'learnMore')
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\lib\site-packages\marionette_driver\marionette.py", line 1713, in find_element
return self._send_message("findElement", body, key="value")
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\lib\site-packages\marionette_driver\decorators.py", line 36, in _
return func(*args, **kwargs)
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\lib\site-packages\marionette_driver\marionette.py", line 716, in _send_message
self._handle_error(resp)
File "c:\jenkins\workspace\release-mozilla-release_functional\venv\lib\site-packages\marionette_driver\marionette.py", line 770, in _handle_error
raise errors.lookup(error)(message, stacktrace=stacktrace)
NoSuchElementException: NoSuchElementException: Unable to locate element: learnMore
Reporter | ||
Updated•9 years ago
|
status-firefox41:
--- → affected
Keywords: intermittent-failure
Comment 1•9 years ago
|
||
Also encountered while running the ESR 38.4.0 tests: http://mm-ci-production.qa.scl3.mozilla.com:8080/job/release-mozilla-esr38_functional/lastSuccessfulBuild/artifact/report.html.
status-firefox-esr38:
--- → affected
Reporter | ||
Updated•9 years ago
|
status-firefox44:
--- → affected
Reporter | ||
Comment 2•9 years ago
|
||
That's the screenshot of a ru build when this failure happens. I would have to compare it with an en-US build to see what's the difference is.
Reporter | ||
Comment 3•9 years ago
|
||
The screenshot does not make any sense. It's for the about:privatebrowsing page being open in a non-privatebrowsing window. But in the test we open a private browsing window and even verify that it has been opened before the failure is happening. I feel that the screenshot is from the wrong chrome window.
David or Andreas, maybe you can answer that immediately without that I have to dig into Marionette code. Does Marionette take the screenshot from the currently selected chrome window or does it take it always from the original window?
Flags: needinfo?(dburns)
Flags: needinfo?(ato)
Comment 4•9 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #3)
> David or Andreas, maybe you can answer that immediately without that I have
> to dig into Marionette code. Does Marionette take the screenshot from the
> currently selected chrome window or does it take it always from the original
> window?
It takes a screenshot of the current window: https://dxr.mozilla.org/mozilla-central/source/testing/marionette/driver.js?from=marionette%2Fdriver.js#2550
Flags: needinfo?(dburns)
Flags: needinfo?(ato)
Comment hidden (Intermittent Failures Robot) |
Reporter | ||
Comment 6•9 years ago
|
||
It looks like that only the ru locale is affected by this bug for the last couple of days. I will have a look and check if this might be localization dependent.
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Updated•9 years ago
|
Product: Mozilla QA → Testing
Reporter | ||
Comment 8•9 years ago
|
||
No failure in the last 2 months. I'm going to close this bug as WFM.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 9•9 years ago
|
||
ESR38 is still affected.
Reporter | ||
Updated•9 years ago
|
Reporter | ||
Comment 10•9 years ago
|
||
Firefox 38.xESR reached its end of life. No other official release will follow. I do not see a reason to fix this bug.
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•