smileybarry

Remote Control requires (relatively) manual pairing per session and setting the controlling session as trusted, even if the controlling session is a web browser. You can enable a more well-encompassing remote control "server" mode, but it requires extra configuration that isn't (at least clearly) visible in the app itself.

> That doesn't take away at all from the complete absurdity of this level of bloat.

When the article compares that figure directly to macOS Weather.app's 250MB usage, yes it does. It brings the sensationalist comparison down from "5x" to 2x. Then you can question why both platforms take 250-450MB of RAM for a weather app, instead of just repeating the "windows so bloated" circle again and again.

I don't want to "akshually" this, but on a stock[1] up-to-date Windows 11 x64 25H2 (aka: my desktop) Weather takes up around ~670MB of RAM at launch, not 1GB. While writing this comment it dropped to 450MB. All in all much lower than 1GB.

1: i.e.: not "debloated" or running a bunch of random customizer scripts.

WebView2 has some memory optimizations across several WebView2 instances, so it should save memory once you have multiple WebView2 apps running.

I think it defaults to showing the account in Edge but enabling sync still requires a button click. I'll see if I can verify this with a spare PC somewhere.

> so they'll then get sent to Microsoft and associated with your Microsoft account.

The import is entirely local, the "sent to Microsoft" bit is if you have Edge sync enabled. This is identical to Chrome importing your Firefox data and then syncing it back to Google. Except the Edge import was, by reports at the time, accidentally auto-enabled. But you'd still have to sign into Edge and enable sync.

Whether it's a parody or satire or a fake product page for a DIY project, emphasizing the climate cost of AI while using AI to generate every video there kind of ruins it.

And also https://en.wikipedia.org/wiki/Common_People_(Black_Mirror)

Archive.md link: https://archive.md/BXov8

In case you were also inexplicably blocked by Cloudflare.

Odd, it was off for me the first time I opened that website, maybe it's persisted from some other context.

iOS does this by default too, but it tells you about it and gives you the option to not strip the location from EXIF: the bottom of the photo picker has the text "Location not included", and the context menu opened by the "..." button on the left has a "Location" toggle. Just tested this myself on iOS 26.4.1.

This is why I said Electron-esque. I meant you didn't need a wrapper or renderer of some kind. You literally didn't bundle anything executable, your app was a ZIP of JS files & images that Windows spawned a host process for.

Yeah, I was expecting something like the Animal Crossing dialog bubble or something. At least put Tom Nook as the boss character.

WinJS was a bit different, where your app was genuinely just a bundle of JavaScript and a UWP host process dealt with the rendering. (No Electron-esque to deliver with your app) Made for some tiny, succinct apps.

It's funny that Horizon Worlds will shut down before its actual launch here. Meta Quest headsets are sold here but the Horizon Worlds part of the OS was entirely blocked off. (The mobile app shows it, but I could never get the headset to navigate anywhere, just stuck in the homeworld lobby)

I would also read "Windows Native Development" as driver development or compiling directly with `nmake` (neither of which are described there).

Windows SDKs, WDKs (driver dev), Visual Studio releases, and .NET SDKs all coexist peacefully on a machine. If a project build breaks due to newer SDKs, it's because it was configured with "use newest version". (Which is usually fine but sometimes requires pinning if you're using more "niche" things like WDK)

> You don't have to install executables downloaded from an unknown GitHub account named marler8997. You can download that script and read it just like any other shell script.

You do because the downloaded ZIP contains an EXE, not a readable script, that then downloads the compiler. Even if you skip that thinking "I already have VS set up", the actual build line calls `cl` from a subdirectory.

I'm not going to reconstruct someone's build script. And that's just the basic example of a one file hello world, a real project would call `cl` several times, then `link`, etc.

Just supplying a SLN + VCXPROJ is good enough. The blog post's entire problem is also solved by the .vsconfig[1] file that outlines requirements. Or you can opt for CMake. Both of these alternatives use a build system I can trust over randomgithubproject.exe, along with a text-readable build/project file I can parse myself to verify I can trust it.

1: https://learn.microsoft.com/en-us/visualstudio/install/impor...

If you haven't already, you can ask Google for a refund on that (the second, recent) in-app purchase:

https://support.google.com/googleplay/answer/15574897?hl=en

The policies are "up to 48 hrs after purchase" but I'm sure "purchase does not work at all" is an exception. (It is on iOS)

It could also just pretend to encrypt your drive with a null key and not do anything, either.

You need some implicit trust in a system to use it. And at worst, you can probably reverse engineer the (unencrypted) BitLocker metadata that preboot authentication reads.

BitLocker recovery keys are essentially the key to an at-rest, local copy of the real key. (I.e., they need access to the encrypted drive to get the real encryption key)

When you use a recovery key at preboot, it decrypts that on-disk backup copy of the encryption key with your numerical recovery key, and uses the decrypted form as the actual disk encryption key. Thus, you can delete & regenerate a recovery key, or even create several different recovery keys.

No, you can just revoke and regenerate the recovery key with `manage-bde`.

Not anymore, modern hardware running Windows 11 Home now also has FDE, technically running on BitLocker, just that it's called "Device Encryption" and doesn't have the same options:

https://support.microsoft.com/en-us/windows/device-encryptio...

> For reference, I did accidentally login into my Microsoft account once on my local account (registered in the online accounts panel)

Those don't usually count as the "primary" MS account and don't convert a local account. For example, you can have a multiple of those, and generally they're useful to save repeated signins or installing stuff from the Microsoft Store that require a personal account.

> so they can never target just one individual

You assume the binary can't just have a machine check in itself that activates only on the target's computer.

That's for Entra/AD, aka a workplace domain. Personal accounts are completely separate from this. (Microsoft don't have a AD relationship with your account; if anything, personal MS accounts reside in their own empty Entra forest)

That's actually a misunderstanding that blew up to an outright lie:

The Start Menu is fully native. The "Recommended" section (and only it) is powered by a React Native backend, but the frame & controls are native XAML. (I.e. there's a JS runtime but no renderer)

Just Teams in a browser tab instead. Does it actively require running as a full app to do anything?

This is all paraphrasing. The closest paraphrase of the original statement to Forbes, from Forbes' article, is:

> Microsoft confirmed to Forbes that it does provide BitLocker recovery keys if it receives a valid legal order.

I suspect the FBI part was added editorially since this specific legal order came from the FBI.

I know that, I meant: Steam is preventing it from going into that sleep phase (it's still a sleep phase after all) and keeps the OS awake.

Nope, going into standby is the same as logging off, since your client doesn't send keep alive packets anymore. (Not sure if macOS is an exception, because I think my MBP doesn't go into proper sleep if I keep Steam running)