Multiprocess Firefox [e10s] (Partial Release: Fx48)

winapp2 · Post by **winapp2** » January 15th, 2014, 6:02 pm

I can open the Australis menu without a crash, but clicking almost anything therein crashes it, even with a new profile

evilpie · Post by **evilpie** » February 6th, 2014, 11:38 am

We made some big improvements in the recent days and weeks. Session restore should be working now. We also landed a patch that makes scrolling on Linux not suck. Anybody of you wants to test it again?

Omega X · Post by **Omega X** » February 6th, 2014, 12:50 pm

Australis menus still manage to kill the build. Any page with Flash on it manages to kill scrolling.

evilpie · Post by **evilpie** » February 6th, 2014, 12:56 pm

Omega X wrote:Australis menus still manage to kill the build. Any page with Flash on it manages to kill scrolling.

This is really interesting, do you mean just opening it? It works fine for me on Linux and on a Windows VM. You don't happen to have a crash id or backtrace? The flash scrolling problem is known, but might be really hard to fix.

patrickjdempsey · Post by **patrickjdempsey** » February 6th, 2014, 1:17 pm

I wonder if the menus problem is associated with Azure? Hardware conflicts with Azure are known to cause rendering issues with menus.

Omega X · Post by **Omega X** » February 6th, 2014, 1:17 pm

https://crash-stats.mozilla.com/report/ ... 9402140206

evilpie · Post by **evilpie** » February 6th, 2014, 1:24 pm

Thanks a lot! Windows in a VM doesn't use acceleration, and this stack looks like something that would only happen with it enabled. If you want you can probably use "layers.offmainthreadcomposition.force-basic". Actually I am probably wrong, looks it uses the basic compositor already, so this won't help.

Omega X · Post by **Omega X** » February 6th, 2014, 1:44 pm

Looks like interaction with DX11:

https://crash-stats.mozilla.com/report/ ... d142140206
https://crash-stats.mozilla.com/report/ ... c052140206
https://crash-stats.mozilla.com/report/ ... 3932140206

speciesx · Post by **speciesx** » February 6th, 2014, 4:27 pm

Is this a known bug?
http://youtu.be/Hq0Uu-KGAXY

winapp2 · Post by **winapp2** » February 7th, 2014, 6:40 pm

Does that still happen if you try opening the addons page with CTRL SHIFT A?

speciesx · Post by **speciesx** » February 8th, 2014, 4:21 am

dutchguy · Post by **dutchguy** » February 10th, 2014, 2:41 am

For me also the screen going black after a few new pageloads/tab switches prevents me further testing of e10s.

Xetmes · Post by **Xetmes** » February 10th, 2014, 2:47 am

speciesx wrote:Is this a known bug?
http://youtu.be/Hq0Uu-KGAXY

https://bugzilla.mozilla.org/show_bug.cgi?id=963952

itisomegakai · Post by **itisomegakai** » February 13th, 2014, 12:17 pm

Firefox's multi-process architecture gets new test mode

http://www.ghacks.net/2014/02/13/firefo ... hitecture/

Omega X · Post by **Omega X** » February 13th, 2014, 2:42 pm

Nice!

No more flipping prefs over and over.

Multiprocess Firefox [e10s] (Partial Release: Fx48)

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]

Re: Multiprocess Firefox [e10s]