I have been using 57 in beta, and I have to say, I'm impressed. It is a huge improvement. Whether it keeps me off Chrome in the future remains to be seen though!
Personally, it has to a large extent. Somethings that are not yet there:
1. Since Webextensions are new, some extensions that I use in chrome, need to be ported over. Most are not must haves to be fair.
2. Hangouts for work. :(
3. A solution to manage different personas - Chrome has the "user profile" thing linked to google accounts, firefox as container tabs. I think user profile is better than container tabs, although both are kinda bad.
Except hangouts, none are deal breakers - I use firefox as much as I can, and in fact overall it feels more faster and more repsonsive than Chrome starting with Quantum. It also looks and feels better than chrome.
1. Are there any specific extensions you need? Happy to add them to our outreach list.
2. Sorry about Hangouts; follows a trend of Chrome-only product launches/re-launches from Google (five this year so far). Wish we could do more, but if Google's OK shipping things that only work on one browser, that's their prerogative.
With Chrome, one set up a profile shortcut to a given profile, and then all tabs/windows within the instance corresponded to the same profile. This meant hitting Ctrl+T to open new tabs, rather than having to click and dig through a menu to pick the right profile.
I'd like the containers addon to support easy shortcuts. Maybe on hitting ctrl+t, one can then press 1-5 (or some other selector) to determine which profile the new tab opens in. Alternatively, more safely and less confusingly, just having windows sticky to a specific profile, so all new tabs predictably open into the same profile.
The UX around multi-account containers is still being worked on, but the contextualIdentities WebExtension API (https://developer.mozilla.org/en-US/Add-ons/WebExtensions/AP...) allows add-ons to interact with containers, so a third party developer could create exactly the experience you've requested.
> 3. Firefox also has completely separate profiles, in addition to container tabs.
hey callahad, thanks for shiming in. My biggest pain with profiles is that you cannot use separate profiles at the same time. A Firefox instance can only run one at the same time, making it useless to run e.g. a work and a private profile together. Container tabs also do not help here because they share the same history which I do not want for privacy reasons.
> A Firefox instance can only run one at the same time, making it useless to run e.g. a work and a private profile together.
I may be misunderstanding what you mean, but I believe you actually can do that. If you navigate to about:profiles, there should be a "launch profile in new browser" button that runs multiple profiles at the same time, each in their own, isolated Firefox process.
To make this a bit easier, you can create desktop shortcuts which launch a specific profile like `firefox --new-instance --profile Work` (on Windows, use --no-remote instead of --new-instance).
As for your third point, yes, Firefox does have containers now, but it has the profiles feature as well. `about:profiles` and starting your Firefox with `-p` flag will help you out.
`about:profiles` is the UI. It allows you to create new profiles, restart Firefox with a specific profile, and manage profiles. Starting Firefox with `-p` (and no passed argument) starts a window which allows you to do the same.
Sorry I wasn't clear. Chrome profiles is a usable UI. Easy to find, switch, manage, create, delete, all with just a couple clicks, never very far away.
about:profiles is not discoverable (obviously), easily usable (you have to restart), or easily switchable (you have to open about:profiles or the terminal).
By the technical definition of "UI", the raw filesystem and terminal counts, sure. Opaque and unknown about: pages count, sure. But that doesn't make it good.
For features like this the UI is the feature. about:profiles is not a good UI, so the feature is 80% useless.
No. Hangouts only works on Chrome and Safari (with a plugin). It does not work in Edge or Firefox, as we've phased out support for third-party plugins.
So far, Chrome has better sandboxing support on most platforms (especially Linux), though Chrome's catching up quickly.
I'm generally optimistic about Rust code having fewer exploitable defects, although it's a reasonable argument to suggest that the previous C++ parts had a lot more public scrutiny.
Also, for me personally: I use a lot of different profiles and using multiple Firefox profiles simultaneously is a mess. The only UX that still works is about:profiles (all of the profile switcher extensions broke since the move to WebExtensions) and I've had Firefox beachball (hang -- I'm on macOS) on me twice while doing that.
Don't get me wrong! I love Firefox and I'm really excited about this change.
Hey lvh. As imron suggested, I've found containers have largely replaced my need for multiple profiles day-to-day, with the main exception of throwaway profiles, which `firefox --profile $(mktemp -d) --new-instance` handles well enough.
I'd love to talk to you more about the ergonomics of containers / profiles for your use case. You know how to reach me. :)
Containers are great, but there needs to be an easier way to open a link in a new container. Right now it's burried in a sub menu of the context menu. Lifting the menu item to the top level of the context menu would be a great improvement. Ideally there should also be a configurable keyboard shortcut.
Containers only separate Cookies and login data, to make you look towards the internet like multiple people.
Profiles on the other hand separate everything, as if you had two completely independent Firefox installations. Different browsing history, bookmarks, themes, extensions.
They work very well for allowing multiple people to all have their own Firefox, even though it's the same installation. But also really well for single-person use, for example I have a normal Profile for everyday browsing and then a webdev Profile, where I don't put in content/tracking blockers.
Embeddability. I've mentioned it on this site before, but Chrome's embeddability story (Electron, nw.js, CEF, Qt, etc) affects adoption more significantly than Mozilla prioritizers are giving credit for. Sure it's not an effect of Google itself, but that it exists only on one browser is something Mozilla should actively target. Of course there are a few attempts here and there, e.g. positron, but there needs to be a real effort to make the entire browser easily buildable and embeddable w/ an easy C API (doesn't have to conform to CEF like Servo was/is trying). Provide prebuilt libs and the headers and you will see adoption go up.
On my 2017 iMac (3.4 GHz Core i5, Radeon Pro 570) I get 60 on Mozilla's Speedometer 2.0 [1] test with Firefox 57.0. I get 90 on Chrome and 93 on Safari.
On my Surface Pro 4 that gap is smaller, but Chrome is still about 15% faster on that test.
Benchmarks are not comprehensive, nor are they gospel; it's entirely possible for a browser to score lower on a benchmark while also feeling faster in real-world use. For a long time, this was true of Chrome versus Firefox on JavaScript benchmarks: SpiderMonkey is routinely on par with V8, yet Firefox also felt significantly slower.
In the case of Speedometer, it's measuring one specific type of webapp interaction in a single tab; it's not capturing things like perceived speed of opening or closing the browser, switching tabs, loading pages, etc. It doesn't test how the browser performs when many JS-heavy tabs are loaded in the background. It also has lots of corner cases: installing a common password manager halves the score, and a common adblocker nearly does the same again, yet neither show that kind of noticeable degradation in real-world browsing.
Benchmarks are useful for saying "we've improved our browser this much in this area compared to where we were last year," but they're much less useful for making broad generalizations across heterogeneous browsers; there are too many other variables at play.
Whilst benchmarking stylo for example we noticed there were perceptible wins on interaction time on real world sites; but speedometer didn't budge as much because it tends towards small DOM trees which stylo can't parallelize much.
Yeah, they even recently officially posted the speedometer result and it was a few percent behind Chrome. Also some consider Speedometer to be the closest thing to a real user performance benchmark.
It is probably sometimes marginally faster and sometimes slower, same with memory use. Its security is still lacking compared to Chrome. Personally I don't see any pressing incentive to switch.
I have been thinking of switching back from Chrome to Firefox. I haven't been able to find decent profile support though (so I can keep work and private data separate), and all profiles addons are broken at the moment.
It looks like this doesn't allow you to separate history, addons, bookmarks, or move your current tab to a container. I am sticking with google for now.
You can use about:profiles or the profile manager (https://support.mozilla.org/en-US/kb/profile-manager-create-...) to handle that. The UX isn't as polished, but for just a handful of uses (work, personal, etc.) it's easy enough to make shortcuts which call `firefox --new-instance --profile <profilename>`.
You can use multiple profiles with Firefox, the UX for doing so just isn't as fleshed out as Chromium.
Create a new profile by going to about:profiles, and thereafter when you start Firefox it should present you with an option to pick which profile to use.
You can launch Firefox with different profiles (including navigation history, Firefox account, extension, etc) in the same machine. It's a bit cumbersome since you need to select the profile as a launch option (firefox -p) or launch it from "about:profiles", but it works.
What stops you from launching Firefox with the profile manager twice (there's a flag for that), and selecting the two profiles? It takes a couple of seconds to select the profile.
Thanks, this seems to work. I found the no-remote option when looking around, but accidentally lauching private_dot_com (nsfw) a couple of times at work instead of my private profile ended my testing with this last time.
I still trust Chrome's sandbox - I have less understanding of where Firefox does sandboxing, how it works across platforms, etc. Whereas I have a solid understanding of how Chrome uses seccomp on Linux.
While pieces of Firefox are moving to Rust the majority of attack surface is still in C++, so I want a strong sandbox if I'm going to run that browser.
> I have less understanding of where Firefox does sandboxing, how it works across platforms, etc. Whereas I have a solid understanding of how Chrome uses seccomp on Linux.
I find the absence of Smart Zoom on Mac Firefox to be very painful indeed. The "double right tap" gesture works in both Safari and Chrome, and zooms in exactly on the div/image you're interested in. I've searched for alternatives in FF, but even the half-working ones I found don't work in Quantum. Sad because I'm rooting for Mozilla, but just can't function in their browser without Smart Zoom.
Yeah, it's a shame that macOS support in Firefox is so bad. I hope Mozilla can start making Firefox feel like a first-grade browser in macOS, like Safari and Chrome, now that it's speedy.
Smart Zoom and Handoff is completely missing and Applescript scripting support is extremely poor.
Not really anymore. Mozilla has been doing a lot here in recent months, too. The foundation for most of these performance improvements is the recent introduction of multiprocess, which also allowed them to introduce sandboxing in many more places.
To my knowledge, the only bigger architectural difference now is that Chrome sandboxes each tab individually, unless they're from the same domain as another tab, whereas Firefox by default only uses as many processes as you have CPU cores and then round-robins your tabs among those.
This is for performance reasons: You still get almost the same parallelism, but much less RAM usage especially with lots of tabs, and then that free RAM can again be used to speed things up elsewhere.
You can however configure this. Set dom.ipc.processCount in about:config to as many processes as you want to maximally use. If you set it to a really high number, like 1000, then it will create a new process for each tab (until you open your 1001st tab) and those will then all be individually sandboxed.
Another big security difference were extensions. Firefox previously with the classic Linux approach of "If it's installed, it's trusted".
Now they have the same extension model as Chrome with a number of additional APIs. Those APIs are potential security holes, but also allow the implementation of better security, for example NoScript is being ported to Firefox 57, still can't be ported to Chrome.
Well, and then going away from the model itself, Mozilla enables much better security on the extension side, again with the Linux approach, by reviewing extensions and extension updates before they allow the publication. I'd have no concern with my mum installing whatever extension she wants in her Firefox. With Chrome, I would be concerned.
Lastly, only some of us are security super humans. Chrome always gives an option for security to calm security people, but if it benefits Google, they'll leave this option off by default, even if it should clearly be default on.
For example Sync in Firefox is end-to-end-encrypted by default. Only one password needed. In Chrome, it's not. Because Google wants to evaluate your browsing history, bookmarks etc. You can have E2EE, but you need to separately enable it and use a second password for it.
Again, fine for security super humans, but the fewest of us understand browsers enough to know about all potential security holes and we simply do need to rely on browser vendors for our own security.
Don't think Google has actually fixed that Auto-Fill phishing attack either yet, which comes up around here every half year or so.
And they need to work better in general. I use dev edition which has a much better UI (it's pretty much Chrome) but it's much slower and has weird bugs - if you disable sourcemaps, it won't let you inspect sources, because sourcemaps is null.
Chrome Dev Tools. Firefox’s dev tools simply aren’t as good.
There are also many features in Chrome that I’ve come to appreciate, such as right clicking a tab and selecting “duplicate”, which opens a copy of the tab and retains the browser history of the original one.
I typically have hundreds, sometimes low thousands of tabs opened in Firefox on 8GB RAM and it works well, while ~30-50 is an upper limit of what Chrome can do without bringing the whole system to swapping hell. Plus, Chrome's tab UI makes more tabs completely unusable, while vanilla Firefox works well and can also offer massive improvements like vertical tabs.
> I typically have hundreds, sometimes low thousands of tabs
They should probably ditch all in-memory stuff, and just use the drive, so they can support those cases when you really want to have a "low millions of tabs open."
Okay. Hands down here. Never could get this kind of use case, never had such an experience either, so may be by the time you have 1000+ tubs Chrome does kill itself.
>Chrome's tab UI makes more tabs completely unusable
True, thankfully we have extensions that deal with this (I've been using Keepin' Tabs for this, until I started using cVim)
I have 9 virtual desktops; I typically have browsers in 6-7 of them for various in-progress tasks. That's somewhere between 6 and 14 browser windows (I can fit two side by side on my screen), with multiple tabs in each.
Finding things is easy. Even ignoring the per-task categorization by desktop, Firefox lets you search all your tab titles/urls: just type "% " in the URL bar followed by your search string. If I'm looking for something specific, this is the simplest way to find it.
Similar conclusion here. So far I stopped using Chrome (stable or canary). I do miss it, Firefox Nightly (as I mention in other threads) have responsiveness issues a bit too much even for average websites (no video, no webgl, no audio) and I know that chrome doesn't suffer from that. But so far I'm still using Firefox for a few weeks.
Few things that I do prefer in Firefox:
- bookmarks with tags
- nightly/testmode snooze tabs. Wonderful idea
- reader view (not sure if chrome has that out of the box nowadays)
I don't use containers even though they seem lovely
Mobile Chrome has some broken heuristic to prompt it. I never know when I can expect it to appear. Sometimes the website already looks good and it appears. Sometimes it looks horrible and it does not appear.
Also sometimes this "reader view" looks worse then the original. It has too small font for my taste. When you pinch to zoom it looks like it changes the font size, but also the viewport. So it is entirely useless.
I expect that it will be removed (or replaced) in future.
What's missing ?