"Until that number changes I'm not switching to back to Firefox."
Maybe you should switch then, why?
A lot of this information is subject to interpretation.
# of Vulnerabilities in 2014:
Chrome: 127
Firefox: 108
The code exploit stats show how many exploits were found and patched, which is completely different from the number of exploits that a browser has.
Only 4 exploits were found and fixed in Chrome whilst 55 were found and fixed in Firefox... in my opinion that makes Firefox the leader as they found and fixed more vulnerabilities.
Firefox uses compartments per domain instead, which is a great alternative to process per tab:
"Some readers might wonder how compartments compare to per-tab processes as they are used by Google Chrome and Internet Explorer.
Compartments are similar in many ways, but also very different. Both processes and compartments shield JavaScript objects against each other.
The most important distinction is that processes offer a stronger separation enforced by the processor hardware, while compartments offer a pure software guarantee. However, on the upside compartments allow much more efficient cross compartment communication that processes code.
With compartments cross origin websites can still communicate with each other with a small overhead (governed by certain cross origin access policy), while with processes cross-process JavaScript object access is either impossible or extremely expensive.
In a modern browser you will likely see both forms of separation being applied. Two web sites that never have to talk to each other can live in separate processes, while cross origin websites that do want to communicate can use compartments to enhance security and performance."
1. Mozilla are improving the extension architecture and developer tools too quickly for you to keep up with and that leads to lots of documentation.
2. Because Mozilla don't want people to use their extensions to sell a users information, spy on them, advertise to them etc. the review process takes longer than Google's.
Our devtools have unit tests that run for every tiny change that is made to Firefox. Building the tools in gives much more stability. We are also using and exposing a lot of low level Firefox stuff and fixing bugs as a result.
So in short you get a better, more extensible browser, more stability and the chance to take a look at how something you use every day works.
We implemented it that way so that we wouldn't have a never ending list of "the browser is slow when devtools are open" bugs.
We do plan on making the disable cache toggle more visible (probably with the other buttons at the top of the main panel) and making it very obvious that the cache is disabled.
When we have done that it would make sense to have the button remember state.
Inlining all of your images as data URIs in your CSS is not a good idea because it will block the rest of the stylesheet from loading whilst images will not.
Controls such as buttons can also be rendered differently on different operating systems, particularly the border-radius and padding.
So if you don't test on each OS your page could look quite different on one OS when compared to the other.