- I can't disable CORS in Firefox (yes, sometimes you have to disable CORS rather than modify the Allow-Origin header response, for example if you need to test against a production backend) (and, no, CORS Everywhere is not a sufficient solution).
- I can't inspect WebSocket frames in anything except Chrome.
- Safari does not allow self-signed certs over WSS (and there's no way to override it).
- Safari does not respect System-wide APC Config for Proxies.
Unfortunately, some of the above issues are blockers.
I can test with Firefox on staging or in production, but not being able to test up front during development really impacts compatibility testing.
If another browser was as good or better for development, I'd be happy to use it.
From a consumer perspective, the story is very different: Any browser will probably do, but choosing Firefox has the best long term effect on the development of the internet.
> the best long term effect
What do you mean by this?
Supporting Google/Chrome is supporting corporate interest over user interest. We've seen them already taking steps to remove support for 3rd Party Ad Blocking and to ignore privacy related features.
that's a bit misleading, no?
If you keep in mind that Google is an Ad company then adding an Ad Blocker to their product doesn't make sense until you consider that by doing so they diminish the need for 3rd party Ad Blockers. Once you can successfully argue 3rd Party Ad Blockers are unnecessary then the argument for removing an API they depend on to function is easier.
I am primarily a back-end/services/middleware dev and don't do much front-end stuff these days.
When I do though, I use Firefox's dev tools and I don't know...I'm not sure what I'm missing?
I have Chrome on this machine too and have tried the dev tools there but I beyond layout I don't know what the differences are or what Firefox's dev tools are lacking.
Every release they publish a blog post with new DevTools features, here's the latest one from January 2018 . If you scroll to the bottom it has a section titled "Discover other DevTools features", which provides a long list of features they've been adding over time.
Their console autocomplete is just amazing. If you type `document.querySelectorAll('body')`, it shows you a preview of the result without even having to hit enter. Then if you type a period it shows you that the constructor is a NodeList, as well as its methods. They go over many of these features in their May 2018  blog post. Keyboard navigation has continually been improving as well.
There's no huge killer feature, it's just very solid all-around. Over the years it has remained miles ahead of the competition. With that being said, I still use Firefox as my daily-driver, and I'm perfectly happy with their DevTools for many tasks. And they're actually superior for certain tasks, for example, when working with `display: grid` and `display: flex` . I usually switch over to Chromium while I'm actively developing or debugging something, but I don't think there's any need to limit yourself to just one tool.
But it's no longer my day-to-day browser. Firefox became more than adequate for that with quantum, and I see no reason to enable a Google that has made absolutely sure to shape itself into a machine that will always have powerful incentives to do the wrong thing.
For what it's worth, WebSockets show up as type 'Other' in the inspector, and the frames are listed under 'Preview'.
Edit: This is of course textual frames. I don't know where to find a site that demonstrates binary frames. I do notice that if I right-click the textual frame it has "Log Frame Text" as an option; maybe with a binary frame you can ask it to log the binary frame contents?
Edit 2: Ok I found a binary websocket test and unfortunately there is no option to log the binary info. That sucks. I recommend filing a bug report at bugreport.apple.com requesting better tooling around this. It's also worth checking the Safari Technical Preview to see if they've already added any better tooling.
I am using Firefox as my daily driver, because the browser itself is fast. But the dev tools just don't deliver. Waiting for a breakpoint to hit and open takes forever.