about:support prints incorrect "Remote Processes" for webIsolated processes
Categories
(Toolkit :: General, defect)
Tracking
()
People
(Reporter: mccr8, Assigned: mccr8)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Bug 1505322 added a "Remote Processes" box to about:support.
The data for this is generated in toolkit/modules/Troubleshoot.jsm by getting the remote types for each process:
remoteType = Services.ppmm.getChildAt(i).remoteType;
Then toolkit/locales/en-US/toolkit/global/processTypes.ftl is used to translate this. However, when Fission is enabled, the remote type is something like webIsolated=www.example.com
which of course has no translation.
But wait, you say, shouldn't we have tests for this? We have at least one: dom/tests/browser/browser_beforeunload_between_chrome_content.js, that at least incidentally tests this. (Also browser_policy_disable_profile_reset.js and probably a lot more, given how many bc tests I see failing in my try run.)
This test opens an example.com URL, then opens about:support. However, this seems to implicitly rely on dom.ipc.keepProcessesAlive.web, which is set in BC tests, working.
Right now, this pref does not work with Fission enabled, so we seem to throw out example.com before we load about:support, so we never hit the assertion that a translation exists. In bug 1579835, I wrote a patch to make the pref work, which causes the test to start failing.
Assignee | ||
Comment 1•6 years ago
|
||
Nika suggested that the remoteType get turned into webIsolated. I'm not sure exactly what the text string for that would be. As a separate thing, she suggested that there be a separate box in about:support that identifies what the domains are for each isolated process.
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 2•6 years ago
|
||
Remove the URLs so they can have a translated string in about:support.
Comment 4•6 years ago
|
||
bugherder |
Updated•6 years ago
|
Updated•6 years ago
|
Comment 5•6 years ago
|
||
Hi Andrew, is there something that can be manually verified here?
Assignee | ||
Comment 6•6 years ago
|
||
(In reply to Catalin Sasca, QA [:csasca] from comment #5)
Hi Andrew, is there something that can be manually verified here?
This is a Fission-specific issue. You have to have Fission enabled, then load a regular webpage, then go to about:support. The "Remote Processes" section should have at least one entry where the Type is "Isolated Web Content".
Updated•6 years ago
|
Comment 7•6 years ago
|
||
Ok Andrew, thanks for the fast reply!
Comment 8•6 years ago
|
||
Reproduce the issue with an old Nightly build 71.0a1 (Build id: 20190909214621).
Verified - fixed on Nightly 71.0a1 (Build id: 20190926213542) and latest Nightly 72.0a1 (Build id: 20191128214853) on Windows 10, Ubuntu 18.04 and Mac OS 10.14.
On Beta 71 version, fission.autostart pref is blocked.
Updated•4 years ago
|
Description
•