gecko-dev/testing/mochitest/BrowserTestUtils/moz.build
Andrew McCreight 07dc2afa5b Bug 1586393, part 2 - Fix BrowserTestUtils.addContentEventListener() with Fission. r=mconley
The current implementation of addContentEventListener() is centered
around the message manager. When any message manager goes away, it
cleans up everything, which does not work when Fission is enabled and
we do a cross-process navigation.

My new implementation instead uses window actors. Message manager
shared state is used to store the set of expected event listeners. New
windows, after the function is called for the first time in a test,
will get listeners added properly. Of windows that exist at the first
time the function is called in a test, only windows associated with
the BC of the browser that is passed in will get added, which is a
disadvantage relative to the current setup. That could probably be
fixed.

We auto remove at the end of the test, not when any message manager is
torn down, so there's never a need to disable auto removal.

Differential Revision: https://phabricator.services.mozilla.com/D48777

--HG--
extra : moz-landing-system : lando
2019-10-29 21:29:02 +00:00

17 lines
567 B
Python

# -*- Mode: python; indent-tabs-mode: nil; tab-width: 40 -*-
# vim: set filetype=python:
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this
# file, You can obtain one at http://mozilla.org/MPL/2.0/.
TESTING_JS_MODULES += [
'BrowserTestUtils.jsm',
'BrowserTestUtilsChild.jsm',
'BrowserTestUtilsParent.jsm',
'content/content-task.js',
'ContentEventListenerChild.jsm',
'ContentEventListenerParent.jsm',
'ContentTask.jsm',
'ContentTaskUtils.jsm',
]