some extensions xpcshell tests fail to run successfully when setting fission preferences
Categories
(WebExtensions :: General, task, P3)
Tracking
(Not tracked)
People
(Reporter: jmaher, Assigned: zombie, NeedInfo)
References
Details
(Keywords: leave-open, Whiteboard: [addons-jira])
Attachments
(1 file)
(deleted),
text/x-phabricator-request
|
Details |
in bug 1751492 we are running xpcshell tests with fission by default. They all have a message (extension left running at shutdown)
in their errors
toolkit/components/extensions/test/xpcshell/xpcshell-common-e10s.ini
- test_ext_webRequest_filterResponseData.js
- test_ext_webRequest_viewsource_StreamFilter.js
toolkit/components/extensions/test/xpcshell/xpcshell-common.ini
- test_ext_cookieBehaviors.js
- test_ext_content_security_policy.js
- test_ext_contentscript_async_loading.js
- test_ext_contentscript_context.js
- test_ext_contentscript_context_isolation.js
- test_ext_contentscript_css.js
- test_ext_runtime_sendMessage.js
- test_ext_scripting_contentScripts_css.js
- test_ext_userScripts_register.js
toolkit/components/extensions/test/xpcshell/xpcshell-content.ini
- test_ext_contentscript_triggeringPrincipal.js
- test_ext_contentScripts_register.js
- test_ext_web_accessible_resources.js
Assignee | ||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 1•3 years ago
|
||
For what it is worth, I tried looking at one of these failures, but I didn't really get anywhere because I'm not familiar with this code. Looking at test_ext_webRequest_viewsource_StreamFilter.js, it looked like in StreamFilter::Connect() the promise from the StreamFilterParent::Create() part of the code was getting rejected for some reason. I started messing with MozPromise logging to figure out why that was happening.
Comment 2•3 years ago
|
||
These started to fail after they got turned on for fission in bug 1751492.
Updated•3 years ago
|
Comment 5•3 years ago
|
||
bugherder |
Comment 6•3 years ago
|
||
The patch that landed just disabled a few more tests.
Updated•3 years ago
|
Comment hidden (Intermittent Failures Robot) |
Comment 8•2 years ago
|
||
Closing because no crashes reported for 12 weeks.
Updated•2 years ago
|
Comment 9•2 years ago
|
||
This bug never got fixed. The bot just decided to add an invalid crash signature, then later closed the bug because the invalid crash signature wasn't happening.
Comment 10•2 years ago
|
||
The leave-open keyword is there and there is no activity for 6 months.
:zombie, maybe it's time to close this bug?
For more information, please visit auto_nag documentation.
Description
•