52,351 karma · joined June 24, 2014
- Individual Officer liability insurance.
You scrap Qualified Immunity; and instead claims could be made against the specific Officer's insurance. This would be a nationwide insurance system, and their premiums would follow them as an individual from job to job/location to location.
If departments want to compensate Officers for liability they CAN, but ultimately it would come out of that department's payroll/budget unlike now where lawsuit settlements don't even hit the police department's balance sheets at all.
Ultimately Plex "just works" for the most part, including channel information for live TV. Jellyfin is very impressive, for free.
It is just hard to sustain multiple apps across platforms, when you have little to no income to hire developers.
So while Bitwarden is more secure than modern Excel out of the box, neither one is a slouch. You'll definitely spend a lot of compute cracking either one. The weakest part, as always, is the user's password.
What actually happened in the US is that "common norms and expectations" were thrown out the window, so instead of the question being "What is traditionally done?" it became "What can legally be done?" And, as it turns out, when you're only constrained by the letter of the law the executive branch is insanely powerful.
UK politics, more than most younger countries, is particularly susceptible to this. Norms, traditionally, and commonly understood standards make up a scary amount of constraints on the powers of government. If anyone gained power that only feels limited by the letter of the law (i.e. throws out norms, traditions, and standards), the UK is in serious trouble and Parliament hasn't moved to address it.
Somewhat ironically (given how unpopular it is), the Lords may be the best back-stop the UK has. Particularly the 30%~ which do not originate from politics.
As to that comment's tone, my entire comment history is visible going back years. I'd invite people to peruse it.
Why exactly? I'm genuinely asking, because I feel like I get this a lot, and it is pretty frustrating.
I've seen orgs move to passkeys only, then offer reset-questions (e.g. city of first job, etc); because the Customer Service volume/workflow wasn't figured out.
If Process A and Process B are running in the same user context on a desktop OS, PAGE_NOACCESS is not a strong boundary by itself. Process B may be able to obtain PROCESS_VM_OPERATION/PROCESS_VM_READ, change the page protection with VirtualProtectEx, inject code that calls VirtualProtect inside Process A, load a DLL, attach as a debugger, duplicate useful handles, or tamper with the executable. That's the problem with same-user process isolation, it is a hugely leaky abstraction. There is no magical "just set this bit" fix.
On a desktop OS, once an evil process runs under the same user context, you are relying on process DACLs, integrity levels, code-signing, anti-injection hardening, and file-system protections. You can plug one path and still have several others.
But you're correct that Chrome, Firefox, Edge, Lastpass, BitWarden, even Keepass have the same issue. It is an Operating System limitation, not a password manager problem.
This issue is inherently unfixable by ANY password manager, because the process model of the underlying OS isn't itself secure. No obfuscation will work, because the password manager itself needs to de-obfuscation it before use (and that memory too is dump-able).
All adding in-memory obfuscation does it make ignorant people feel better, while not moving the security needle even an inch.
The fix isn't Edge Vs. Chrome. Vs KeePass Vs. Bitwarden, it is "How do I have my passwords exist in a different execution context than [evil process able to read all memory]?"
Android and iOS have an "answer" to this problem. Desktop OSs having all processes running side by side in the user's execution context, do not. It is only as secure as the least secure process running.
- Dark mode
- Tabs
- "Continue previous session" (restore after restart)
But they also made a HUGE regression which isn't talked about enough:
- Previously, if you delete the underlying file, Notepad didn't "notice." Meaning you could Save to recreate it. The file existed in an ephemeral state, as long as the Notepad window remained open. Right now, if you delete the underlying file, Notepad notices immediately, errors out, and closes that tab -- content gone.
VSCode handles this correctly, it puts a line through the filename in the tab (and red-font), but doesn't close the tab on you suddenly. Ephemeral state retained.
In my ideal world Notepad needs exactly ONE new feature:
- Right Click Tab: "Copy Path."
Then just REMOVE: Spell Checker, Formatting, CoPilot, Markdown(!), and Autocorrect. Completely inappropriate functionality for Notepad, and the Vibecoded Markdown implementation already added a security vulnerability(!) to freaking Notepad. Branch off into a product called "Wordpad" and then create all of that garbage in there.
I use WIN+R instead of the Start Menu Search/PowerToy's Alt+Space because it is INSTANT and 100% CONSISTENT. You just made my instant thing slower, great, thanks, mission accomplished!
Feels wildly out of touch, to almost a comical degree.
[0] https://blogs.windows.com/windows-insider/2026/05/01/announc...
They have "highlight" links to "Remote control" and "Codebase search", but not to "Copilot added as a Git co-author by default" which is right between the two. Something, that alters how commits work, and if you skip the Remote Control section, you won't see it.
They knew what they were doing. This is like "Sent from an iPhone" levels of nuisance default advertising.
I'd prefer Blender get some additional funding out of this AI bubble at least.
Development is a finite resource, the argument here is to allocate them to hard-to-secure, outmoded, replaced, technology instead of anything future relevant. It doesn't make sense.
AFP and Time Capsules add attack vectors to the OS, which can be targeted even when few users actively using them. One dev could keep both basically functional, but to what end? User counts are already small, and people that aren't using them are still exposed by their mere existence.
Shrinking or removing code, in my experience, is one of the biggest single wins you can have in software development. Less to test, less to update, less to secure.
It still does make one wonder, why have seats at all though? If everyone is just in one big API credit pool - what do the seats/users accomplish?
Or if you're a business with multiple seats, these plans may be more inefficient than raw API usage billing. Since if anyone at your organization fails to utilize their full $19/39 allotment each month, that's wasting money, whereas with API credits it is 100% utilized.
I don't think they've thought through the implications of this. Everyone should cancel and go usage-based billing with caps.
I think some other suggestions are saner (cool-down period, more fine-grain permissions, delete protection for certain high-value volumes). I don't think "don't allow destructive actions over the API" is the right boundary.
You're essentially suggesting pre-PRs, but it is circular, since those same pre-PRs would have the same criticism.
PRs are about isolated core changes, not feature or system design. They answer how not why.
Also, according to that table, "USB4 Gen 2×2" is a downgrade on "USB 3.2 Gen 2x2", since the cable length is 0.8m instead of 1m for the same speeds. Which is uhh unexpected.