You'll have to pry Firefox from my cold, dead hands!
At the outset, yes, chromium based browsers feel snappier..
But, stuff that Chrome will not have and are absolutely essential
1. Containers... I use another unverified extension to match urls and automatically assign containers...
2. Ublock origin
3. Tree style tabs
4. Developer console... Edit and resend any request
That said, i still end up using chromium for teams and outlook 365 (pwa install feature is nice)... But that's only because i don't have any other options with those two
Manifest V3 (The browser plugin API) severely hampers uBlock Origin's abilities to block as many things as it can.
I think the first heads-up version to the public only allowed 10,000 origins to be blocked, meaning that advertisers would only need to purchase 10,001 domains and they would be able to send ads to users again.
It's been a point of sour discussion with the chrome web team for years. They've tried to adjust it to make it more palatable with the public but advertising is just too important for Google to implement the API that users want.
Google has gone so far as to use its resources to silently take control over the web to ensure that ads remain, first with AMP based web pages, and then with FLoC advertisements. Now they've replaced that with Topics but many are eyeing that very cautiously.
It cannot do CNAME uncloaking because Chrome's extension API do not provide dns resolving like on Firefox. Another example if HTML filtering where on Firefox an extension can rewrite the HTML from requests on the fly (e.g. to remove script tags, etc.). That's also not possible on Chrome and uBlock Origin will only make use of this on Firefox. There are probably more limitations, these are just two from the top of my head.
I am confused about the "I don't have any other choice" comment. I assume you mean because Firefox doesn't support whatever teams uses for meeting audio/video, or maybe it's the install feature you mentioned, but I use Firefox for both and use my phone for meetings.
There are times when I've noticed Teams to fail if I try to open it from one of my Container tabs. It complains about supported browser and stuff. But it opens perfectly on the default tab always.
On linux, just create a separate login and use Chrome there. In fact, what I do is create a separate user, start Chrome once, do any configuration I want and then create a tarball of the separate user's home directory. Then to start a fresh it's just a wipe of the whole directory and unpack the tarball again.
It's fast enough to just run Chrome in a loop, and on each exit wipe and unpack the original state again.
This loses substantial affordances Firefox containers give you (eg, right click->open in container, always open domain in container, access to bookmarks etc)
The way Firefox style containers work they need to be "built into" not "built around". It's not as much about creating a profile and running it separately (that's just standard profiles in Chrome/Firefox, or normal OS level sandboxing) as it is auto-launching webpage requests into that profile based on matches and integrating the profiles into the app UI so the tabs stand out, can co-exist in the same window, and can be managed via built in tab creation UI.
Chromium hasn't been interested in this feature but nothing would stop someone from making a Chromium derivative that does this.
Why not use the native user profile function? E.g. set up a “user profile” dedicated to access only Meta/Facebook properties (and therefore only be able to track you within that container)
"4. Developer console... Edit and resend any request" - there have been extensions for that in Chrome for a long time, though I don't know if they integrate with the developer tools/network tab itself. Agree it would be handy - I use the "replay" command in Chrome DevTools quite a bit, and if I need to modify it usually end up importing it into Postman (via the copy as cURL command, which I believe Firefox also supports).
I have CGNat and I can reach my pi from anywhere through wireguard (using Tailscale). Still can't host anything externally visible though (as you know)
Jira itself isn't the problem.. it's a decent bug tracker + with a whole lot of 'agile/scrum/sprint' tracking/planning features on top. That somehow attracts a whole lot of 'process' focused middle managers who can absolutely kill any project... They want to 'use' jira - not focus on getting the product built. It doesn't help that most alternatives aren't enterprise-y enough
I've seen enough efficient but somewhat chaotic projects move to jira, followed shortly by a bevy of managers who're brought in to manage jira, followed by the usual agile theatre & process overheads that's been a 'kiss of death
You can argue that this isn't jira's fault.. but IMO, simpler tools require more work and act as a filter for the agile process minded types
PS: I've also had extremely good experience on teams where Jira was used.. and it's always been because the 'agile process' guy was capable.. however, those have been few and far between
Slightly tangential, but I recently wanted a mechanical keyboard converter dongle with QMK.. the pro micro was there only viable option due to supported stacks.
oooh... Thanks! Thanks!... This was a breeze and I had to pinch myself to make sure that it was really working...
PS: In the past, I've wrestled with PulseAudio & BT dongles and my JBL headsets on Ubuntu. Banging my head on a brick wall would have been more pleasurable than that.
PPS: and today we have Pipewire on the front page!
Glad you got it working. I deserve no credit though, I just followed some instructions and linked it here.
It was even easier to setup on my desktop (now running Manjaro rather than Ubuntu because of SteamPlay/Proton et al) and simply `sudo pacman -Sy manjaro-pipewire` followed by a reboot. If it complains about pulseaudio related conflicts, just `pacman -R` the packages it mentions then try manjaro-pipewire again, and then reboot and you're done.
I sort of had heard of pipewire - but only to the extent that it was the next audio/video stack.. No idea about how far along it was. Also no idea that it had the BT headset thingy all sorted out.
Your comment made me go "huh! that's easy enough to finish off in 10 now" and provided the impetus I needed
At the outset, yes, chromium based browsers feel snappier..
But, stuff that Chrome will not have and are absolutely essential
1. Containers... I use another unverified extension to match urls and automatically assign containers...
2. Ublock origin
3. Tree style tabs
4. Developer console... Edit and resend any request
That said, i still end up using chromium for teams and outlook 365 (pwa install feature is nice)... But that's only because i don't have any other options with those two