On paper yes. The problem is that they clutter the UI, they trigger at weird times and they turn out to be less useful that they may appear.
Then there's also people, like me, who just want the browser to browse the web. I don't want link preview (annoying feature), Firefox isn't my PDF viewer, I don't have that many tabs that I need to group them and I don't use AI chatbots.
So having a single button to disable all of these features is pretty great. I still want a Firefox Lite, that just does browsing and allows me to add the few extension I want to whatever feature I believe is missing.
I started clicking a 'next page' link before I'd actually finished reading something (so I kept holding the mouse buttown down), and a couple of seconds later Firefox popped up a 'link preview' box informing me that I was clicking on a link to a web forum. Wow, thanks, couldn't have figured that out myself. (It did not actually summarize the next page in any way.)
I don't get the transaction bit. At least with postgres, a transaction doesn't guarantee that all statements in it see the data at the same point in time (actually, it's not even guaranteed for subqueries).
Also, often, the transactional database servers is more difficult to scale than application servers so from a technical standpoint, it makes sense to do this glue work in app code.
> a transaction doesn't guarantee that all statements in it see the data at the same point in time
This depends on the transaction isolation level. If you use snapshot or serializable this should be the case (but you may have aborted transactions due to optimistic concurrency).
Doesn’t it guarantee consistency from the time the transaction started (assuming read committed isolation)? It guarantees you won’t see something “later” than when your transaction began.
Read committed (which is the default), doesn't guarantee that.
See "Nonrepeatable Read" and "Phantom Read" which are both possible in your documentation page.
reply