Closed Bug 1131860 Opened 9 years ago Closed 9 years ago

Re-enable TestKeyActions.test_open_in_new_window_shortcut for e10s

Categories

(Remote Protocol :: Marionette, defect)

Product:
Remote Protocol
Component:
Marionette
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(e10s+)

Status:
RESOLVED DUPLICATE of bug 1096488
Tracking Flags:
Tracking Status
e10s + ---

People

(Reporter: mconley, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: pi-marionette-task) 

This was disabled when bug 1047603 landed because it perma-oranged with e10s. We should figure out how to fix this test to work with e10s.
Component: Firefox UI Tests → Marionette
Product: Mozilla QA → Testing
Version: Version 3 → unspecified
This is bad timing in that test and a variation on the issue that needed a workaround in bug 1047603. The test waits to see two chrome window handles, then tries to switch to the new one without waiting for a content window to talk to in the new chrome window. I can change the wait to wait for two content windows, but then the window handle is invalidated by the switch from non-remote to remote in that browser when the test page is loaded.

So we try to apply the workaround from bug 1047603 to every window, not just the first one, or we can block this on marionette knowing how to deal with changes in remoteness.
Unskipping is fixed with bug 1096488.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Product: Testing → Remote Protocol
You need to log in before you can comment on or make changes to this bug.