Microsoft Accidentally Released Internal Windows 10 Development Builds (theverge.com)
Microsoft is apologizing for mistakenly releasing some confidential and internal Windows 10 builds to the public. "Builds from some of our internal branches were accidentally released for PC and Mobile," reveals Dona Sarkar, Microsoft's head of its Windows Insiders program. "This happened because an inadvertent deployment to the engineering system that controls which builds / which rings to push out to insiders." The Verge reports: Microsoft says it quickly reverted the issue and put blocks in place to ensure these development builds didn't reach more people, but a "small portion" of Windows 10 users still received them. Worryingly, the accidental mobile build even reached retail devices outside of Microsoft's Windows Insiders testing. If Windows 10 testers installed the mobile build it forced phones into a reboot loop and bricked the device. Testers will have to recover and wipe the device using the Windows Device Recovery Tool. Windows 10 testers that installed the PC build, an internal Edge branch, will have to wait for Microsoft to publish a newer build or roll back using the recovery option in Windows 10 settings.
Microsoft is evil and does not care about the best interests of their customers. These updates are harmful but users don't have a choice other than Windows 10 because Microsoft is a monopoly. Odumba should have issued an executive order to break up Microsoft for violating antitrust laws.
I don't think it means what you think it means...
Dead on Arrival folks!
Was MS Visual Studio used to publish the project? Shouldn't these kinds of controls be baked into the Build Configuration Manager settings to prevent accidental releases?
I'm sure Office 365 and Azure customers will be...heartened and encouraged...by this sort of expertise in operations and system management on the part of their cloud service provider.
Users of their client software, by contrast, can think happy thoughts about how robust and well supervised the release process for Windows updates is.
... thats exactly what happened with "windows 2000", that was only intended for internal use, didnt contain fuckup.dll that was mandatory for all products...
Maybe a bug in source safe or whatever is called the new tool they are using.
More seriously, I hear the new tool, I forgot the name, is much better than source safe.
Everything I write is lies, read between the lines.
Gee, if you didn't tell us it wasn't intentional, we probably wouldn't have been able to distinguish it from any other update.
We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
I must have been using an accidentally released internal build all these years.
Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
Proving that Microsoft is systemically incompetent.
Seven puppies were harmed during the making of this post.
Did the builds have debug symbols? That would be a goldmine for reverse-engineers.
My God, it's Full of Source!
OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
on purpose.
We are in the hands of truly incompetent, malicious assholes. I have no control of my computer whatsoever, and it isn't being managed by competent, well-meaning people. Windows is a nightmare, but it's the only choice. Linux just isn't an alternative, no matter how much you want this to be true. I'm seriously considering ceasing all use of "hi-tech" and moving out into the remote wilderness.
All three of them?
Have gnu, will travel.
NT
MS has been releasing half-baked crap for years.
Aaaaah, this is the life. No worries about telemetry spying... or forced updates that could brick the system.
Things, just work.
This is what happens when you have shitty project managers in control
OK, I can see Microsoft inadvertently releasing a desktop or mobile internal by accident. Shit happens, but both is a something hard to do considering they are two separate platforms. But it wasn't released to the public in general but rather people doing testing and development. So these should not have been critical machines in the first place. If you were testing on a critical device, then you should have known better. Any beta could mess up a device.
macOS hardware choice sucks! you can hack it but after each update you may have to re hack it
macOS hardware choice sucks! you can hack it but after each update you may have to re hack it
Mac hardware is much more carefully-spec'ed than you realize.
For about 85-90% of applications, what they offer does just fine. The other 10% usually hack. Apple has obviously accepted that tacit arrangement. They could lock macOS to Apple hardware with ease; but they don't.
I believe that is exactly why.