Closed
Bug 1383141
Opened 7 years ago
Closed 7 years ago
Electrolysis enablement and inter-process communication causing SELinux errors
Categories
(Core :: IPC, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1376559
People
(Reporter: herrold, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Build ID: 20170614180111 Steps to reproduce: see https://bugzilla.redhat.com/show_bug.cgi?id=1473754 for the long form discussion --- basically running Firefox in a non-privileged userid through a SSH X-forwarding tunnel on localhost Actual results: IPC failures due to SELinux lock up the browser I attach the needed SELinux 'fix' -- an additional rule to enable IPC in the Red Hat bug filing Expected results: no lockups, and working IPC I am running with disabled browser.tabs.remote.autostart = false browser.tabs.remote.autostart.2 = false presently, to try to remove most of Electrolysis from the issue
Updated•7 years ago
|
Component: Untriaged → IPC
Product: Firefox → Core
Reporter | ||
Comment 1•7 years ago
|
||
I _was_ running with all the autostart set to false, but some unknown process invisibly re-enabled browser.tabs.remote.autostart.2 without asking I would like to be able to persistently 'opt out' of being a test guinea pig. How can I 'lock' this setting against change, or at a minimum 'grep' a log daily to see when it is (silently) tampered with? -- Russ herrold
Comment 2•7 years ago
|
||
This is a duplicate of bug 1376559. And, for what it's worth, browser.tabs.remote.autostart.2 is the last of the e10s prefs. (I remember when those started being added on Nightly and I had to keep turning them off because I used add-ons that weren't ported to e10s yet and, yes, it was annoying.)
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 3•7 years ago
|
||
thank you Jed Davis
You need to log in
before you can comment on or make changes to this bug.
Description
•