FF Nightly build 32/64 bit and SBIE

[Craig@Invincea]

The most current version of FF Nightly may not work with SBIE. This is because Nightly is kicking off a child process. A Work around at the moment is this...

Code: Select all

set in about:config browser.tabs.remote.autostart.2 to false

[gelatinous]

With multi-process mode enabled on Firefox Developer Edition, tabs load as blank white pages but the mouse reacts to elements on the page (pointer turns to hand for links, line for text, etc). Running unsandboxed produces normal pages as expected.

Is this the same issue as Nightly is (or was) experiencing? Is a Sandboxie fix for it expected?
I note that browser.tabs.remote.autostart.2 is false in this case, with the issue still occuring.

Windows 10 Home x64
Sandboxie 5.12
Firefox Developer Edition x64 (ver. 50.0a2 August 16th)
AMD graphics driver ver. 16.8.1

[Craig@Invincea]

This is an on-going issue with how FF overrides Windows way of doing things. There are various work arounds. But this is a FF issue with Windows.

Work around:
create a file named userChrome.css

Code: Select all

#main-window, .titlebar-button {
background-color: transparent !important;
transition: background-color 0.2s ease;
}

.titlebar-button:hover {
background-color: rgba(255, 255, 255, 0.25) !important;
}
#titlebar-close:hover {
background-color: #E81123  !important;
}
#titlebar-close:hover > .toolbarbutton-icon {
list-style-image: url("chrome://browser/skin/caption-buttons.svg#close-white") !important;
}

Open FF outside of the SB enter go to about:support click 'show folder'
Create a directory named chrome
drop that css file in the new chrome directory

[gelatinous]

Thank you for the suggestion, though it doesnt appear to have solved the problem. I made a short video demonstrating whats happening with a fresh profile (and the userchrome fix applied); curiously the page elements appear once the window is resized, though only the currently-on-screen ones.

https://streamable.com/h6ci