Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-11 > #32530 > unrolled thread
| Started by | CrudeSausage <crude@sausa.ge> |
|---|---|
| First post | 2026-06-20 08:15 -0400 |
| Last post | 2026-06-22 17:55 +1000 |
| Articles | 14 on this page of 34 — 13 participants |
Back to article view | Back to alt.comp.os.windows-11
OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts CrudeSausage <crude@sausa.ge> - 2026-06-20 08:15 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Paul <nospam@needed.invalid> - 2026-06-20 09:33 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin CrudeSausage <crude@sausa.ge> - 2026-06-20 10:51 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin Paul <nospam@needed.invalid> - 2026-06-21 01:32 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin CrudeSausage <crude@sausa.ge> - 2026-06-22 08:47 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin Paul <nospam@needed.invalid> - 2026-06-22 10:16 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin CrudeSausage <crude@sausa.ge> - 2026-06-22 16:42 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-06-24 01:28 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts vallor <vallor@vallor.earth> - 2026-06-20 14:53 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts 🇵🇱Jacek Marcin Jaworski🇵🇱 <jmj@energokod.gda.pl> - 2026-06-20 20:07 +0200
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin CrudeSausage <crude@sausa.ge> - 2026-06-20 14:23 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Paul <nospam@needed.invalid> - 2026-06-20 14:26 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts FF <fflud@linux.rocks> - 2026-06-20 19:11 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts vallor <vallor@vallor.earth> - 2026-06-20 21:52 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Nick Charles <none@none.none> - 2026-06-20 18:05 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts CrudeSausage <crude@sausa.ge> - 2026-06-20 14:22 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Nick Charles <none@none.none> - 2026-06-20 18:32 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts "Joel W. Crump" <joelcrump@gmail.com> - 2026-06-20 15:02 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts chrisv <chrisv@nospam.invalid> - 2026-06-20 16:54 -0500
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Nick Charles <none@none.none> - 2026-06-20 22:44 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts malone <malone@nospam.net.nz> - 2026-06-21 14:53 +1200
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts CrudeSausage <crude@sausa.ge> - 2026-06-22 08:38 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Paul <nospam@needed.invalid> - 2026-06-22 10:21 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin CrudeSausage <crude@sausa.ge> - 2026-06-22 16:46 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin "Carlos E. R." <robin_listas@es.invalid> - 2026-06-23 10:52 +0200
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin CrudeSausage <crude@sausa.ge> - 2026-06-23 07:17 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin "Carlos E. R." <robin_listas@es.invalid> - 2026-06-23 14:19 +0200
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin CrudeSausage <crude@sausa.ge> - 2026-06-23 12:26 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts CrudeSausage <crude@sausa.ge> - 2026-06-20 20:18 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Paul <nospam@needed.invalid> - 2026-06-21 09:01 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin CrudeSausage <crude@sausa.ge> - 2026-06-22 08:48 -0400
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Frank Slootweg <this@ddress.is.invalid> - 2026-06-21 19:38 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Nick Charles <none@none.none> - 2026-06-22 00:48 +0000
Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts Daniel70 <daniel47@nomail.afraid.org> - 2026-06-22 17:55 +1000
Page 2 of 2 — ← Prev page 1 [2]
| From | malone <malone@nospam.net.nz> |
|---|---|
| Date | 2026-06-21 14:53 +1200 |
| Message-ID | <1117jmt$gl45$1@dont-email.me> |
| In reply to | #32561 |
On Sun 21 Jun 2026 10:44am, Nick Charles wrote: > No other software on the planet FORCES updates the > way Microsoft does with Windows. I'll update when I'm good and ready > GodDammit! No - Starlink is even worse. They FORCE an update every week or so. No option to turn it off. And Starlink is completely disconnected for several minutes, with no warning it's about to happen. The only concession they offer is for me to select the time of day - between 12am and 6am, between 6am and 12pm, between 12pm and 6pm or between 6pm and 12am. Take your choice.
[toc] | [prev] | [next] | [standalone]
| From | CrudeSausage <crude@sausa.ge> |
|---|---|
| Date | 2026-06-22 08:38 -0400 |
| Message-ID | <6a392cd1$0$24$882e4bbb@reader.netnews.com> |
| In reply to | #32561 |
On 2026-06-20 6:44 p.m., Nick Charles wrote: > On Jun 20, 2026 at 5:54:53 PM EDT, "chrisv" <chrisv@nospam.invalid> wrote: > >> CrudeSausage wrote: >> >>> Nick Charles wrote: >>>> >>>> Its so easy to avoid playing Russian Roulette with the exceedingly stupid >>>> "Patch Tuedays". Its a few clicks in Group Policy Editor in the Pro version. >>>> Bam! Automatic Updates are permanently disabled. >>>> >>>> With forced updates turned off, updates will happen only when you want to. >>>> What I do is wait until Sunday or Monday before Patch Tuesday and install LAST >>>> month's updates. By then, shit like this will have been fixed or removed. If a >>>> given month had a particularly ugly Tuesday, wait 2 months. >> >> I think that's a bit over the top, although I salute your dedication. > > Its the only way to do it. No other software on the planet FORCES updates the > way Microsoft does with Windows. I'll update when I'm good and ready > GodDammit! One thing I can't stand is how Windows automatically encrypts your installation with Bitlocker. It's especially annoying when you've jumped through the necessary hoops to ensure that you will be using hardware encryption. You first have to decrypt, configure Windows to only use hardware encryption and then encrypt again. >>> I'll say this much: if you're still running Windows and Office with all >>> the garbage they've pulled over the years, then I wouldn't be surprised >>> if you enjoy being dressed up as a gimp while a woman whips you. >> >> Ha! Come on, it's not *that* bad. >> >>> People need to move on from their idiotic decisions and policies whether it be >>> because of their constant failures (RT, Windows Phone, Windows tablets, >>> Zune, Xbox (since they're exiting the market), etc.), unresolved issues >>> (fTPM stuttering for me) or because they don't mind breaking your >>> installation with half-baked updates. Linux isn't perfect, but it sure >>> is better than Windows right now. >> >> I actually hated M$ a little less, in the Win7 era. They actually had >> a pretty decent product. But then they wholly embraced the spyware >> business model. >> >> You think that the Copilot "take a screenshot every couple minutes" >> was bad? If they had the bandwidth, they would *love* to stream your >> desktop to their servers in real time! >> >> "For your benefit", you know. > > That is exactly why their "AI" is hated. They boast - for everthing they add > - that the "AI is watching everything you do, in order to make suggestions". > > > That is the very definition of spyware. I would not want a person watching > everything I do for the same reason. Plus, Windows 11 is already creepy > enough with messages like "We notice that you use your PC during this time > period. We won't schedule updates and reboots during this time". > > How fucking bizarre is that? Who is "we" and why are "we" watching me all the > time? Microsoft is utterly clueless about security AND privacy. I _will_ admit that Edge designed a very good theme for me when I tried it out recently. I asked it to create a Polish white eagle theme including the nation's colours and what it produced was absolutely spectacular. -- CrudeSausage M4 MacBook Air
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2026-06-22 10:21 -0400 |
| Message-ID | <111bge7$1j1tm$1@dont-email.me> |
| In reply to | #32620 |
On Mon, 6/22/2026 8:38 AM, CrudeSausage wrote: > One thing I can't stand is how Windows automatically encrypts your installation with Bitlocker. > It's especially annoying when you've jumped through the necessary hoops to ensure that you will > be using hardware encryption. You first have to decrypt, configure Windows to only use > hardware encryption and then encrypt again. At install time, there may be a tick box in Rufus to stop that behavior. ******* That's not going to help you if you just bought a machine and are going through OOBE. In which case, you do manage-bde -status after the machine is yours to use, and you can arrange to reverse the encryption they have used. Paul
[toc] | [prev] | [next] | [standalone]
| From | CrudeSausage <crude@sausa.ge> |
|---|---|
| Date | 2026-06-22 16:46 -0400 |
| Subject | Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin |
| Message-ID | <6a399f1b$0$27$882e4bbb@reader.netnews.com> |
| In reply to | #32629 |
On 2026-06-22 10:21 a.m., Paul wrote: > On Mon, 6/22/2026 8:38 AM, CrudeSausage wrote: > >> One thing I can't stand is how Windows automatically encrypts your installation with Bitlocker. >> It's especially annoying when you've jumped through the necessary hoops to ensure that you will >> be using hardware encryption. You first have to decrypt, configure Windows to only use >> hardware encryption and then encrypt again. > > At install time, there may be a tick box in Rufus to stop that behavior. There is. Unfortunately, I didn't have a Rufus USB installer in my hands at that time and had to use a USB installer created by MediaCreationTool. > ******* > > That's not going to help you if you just bought a machine and > are going through OOBE. In which case, you do > > manage-bde -status > > after the machine is yours to use, and you can arrange to reverse > the encryption they have used. Already done. I've enabled hardware encryption several times on my PC laptop and even wrote down the exact sequence for anyone else who would want to do it (with a storage device that supports OPAL encryption). Anyone who claims that hardware encryption doesn't provide any noticeable performance benefits over software encryption is a serious liar. -- CrudeSausage M4 MacBook Air
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E. R." <robin_listas@es.invalid> |
|---|---|
| Date | 2026-06-23 10:52 +0200 |
| Subject | Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin |
| Message-ID | <n9uvqfF7cqbU1@mid.individual.net> |
| In reply to | #32637 |
On 2026-06-22 22:46, CrudeSausage wrote:
> On 2026-06-22 10:21 a.m., Paul wrote:
>> On Mon, 6/22/2026 8:38 AM, CrudeSausage wrote:
>>
>>> One thing I can't stand is how Windows automatically encrypts your
>>> installation with Bitlocker.
>>> It's especially annoying when you've jumped through the necessary
>>> hoops to ensure that you will
>>> be using hardware encryption. You first have to decrypt, configure
>>> Windows to only use
>>> hardware encryption and then encrypt again.
>>
>> At install time, there may be a tick box in Rufus to stop that behavior.
>
> There is. Unfortunately, I didn't have a Rufus USB installer in my hands
> at that time and had to use a USB installer created by MediaCreationTool.
>> *******
>>
>> That's not going to help you if you just bought a machine and
>> are going through OOBE. In which case, you do
>>
>> manage-bde -status
>>
>> after the machine is yours to use, and you can arrange to reverse
>> the encryption they have used.
>
> Already done. I've enabled hardware encryption several times on my PC
> laptop and even wrote down the exact sequence for anyone else who would
> want to do it (with a storage device that supports OPAL encryption).
> Anyone who claims that hardware encryption doesn't provide any
> noticeable performance benefits over software encryption is a serious liar.
>
Caveat could be that such a disk can not be decrypted in an external
caddy or another computer, if the key is a combination of the password
the user enters + something from the bios. This may be ok, or not
(recovery operation, replacement of broken hardware, etc).
--
Cheers,
Carlos E.R.
ES🇪🇸, EU🇪🇺;
[toc] | [prev] | [next] | [standalone]
| From | CrudeSausage <crude@sausa.ge> |
|---|---|
| Date | 2026-06-23 07:17 -0400 |
| Subject | Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin |
| Message-ID | <6a3a6b56$0$20$882e4bbb@reader.netnews.com> |
| In reply to | #32647 |
On 2026-06-23 4:52 a.m., Carlos E. R. wrote: > On 2026-06-22 22:46, CrudeSausage wrote: >> On 2026-06-22 10:21 a.m., Paul wrote: >>> On Mon, 6/22/2026 8:38 AM, CrudeSausage wrote: >>> >>>> One thing I can't stand is how Windows automatically encrypts your >>>> installation with Bitlocker. >>>> It's especially annoying when you've jumped through the necessary >>>> hoops to ensure that you will >>>> be using hardware encryption. You first have to decrypt, configure >>>> Windows to only use >>>> hardware encryption and then encrypt again. >>> >>> At install time, there may be a tick box in Rufus to stop that behavior. >> >> There is. Unfortunately, I didn't have a Rufus USB installer in my >> hands at that time and had to use a USB installer created by >> MediaCreationTool. >>> ******* >>> >>> That's not going to help you if you just bought a machine and >>> are going through OOBE. In which case, you do >>> >>> manage-bde -status >>> >>> after the machine is yours to use, and you can arrange to reverse >>> the encryption they have used. >> >> Already done. I've enabled hardware encryption several times on my PC >> laptop and even wrote down the exact sequence for anyone else who >> would want to do it (with a storage device that supports OPAL >> encryption). Anyone who claims that hardware encryption doesn't >> provide any noticeable performance benefits over software encryption >> is a serious liar. >> > > Caveat could be that such a disk can not be decrypted in an external > caddy or another computer, if the key is a combination of the password > the user enters + something from the bios. This may be ok, or not > (recovery operation, replacement of broken hardware, etc). When the PC laptop inevitably dies (it's already five-years-old), the NVMe will be transferred into such a caddy to test. I would imagine that it would still be possible to hardware encrypt it as an external device, as long as I secure erase the thing first. At the same time, I wonder what the point of an external device using hardware encryption would be since the performance drawbacks of software encryption won't matter as much. After all, sequential writes to the disk are just as fast whichever way you go, only random writes and reads are impacted. -- CrudeSausage M4 MacBook Air
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E. R." <robin_listas@es.invalid> |
|---|---|
| Date | 2026-06-23 14:19 +0200 |
| Subject | Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin |
| Message-ID | <n9vbv3F7cqaU7@mid.individual.net> |
| In reply to | #32655 |
On 2026-06-23 13:17, CrudeSausage wrote:
> On 2026-06-23 4:52 a.m., Carlos E. R. wrote:
>> On 2026-06-22 22:46, CrudeSausage wrote:
>>> On 2026-06-22 10:21 a.m., Paul wrote:
>>>> On Mon, 6/22/2026 8:38 AM, CrudeSausage wrote:
>>>>
>>>>> One thing I can't stand is how Windows automatically encrypts your
>>>>> installation with Bitlocker.
>>>>> It's especially annoying when you've jumped through the necessary
>>>>> hoops to ensure that you will
>>>>> be using hardware encryption. You first have to decrypt, configure
>>>>> Windows to only use
>>>>> hardware encryption and then encrypt again.
>>>>
>>>> At install time, there may be a tick box in Rufus to stop that
>>>> behavior.
>>>
>>> There is. Unfortunately, I didn't have a Rufus USB installer in my
>>> hands at that time and had to use a USB installer created by
>>> MediaCreationTool.
>>>> *******
>>>>
>>>> That's not going to help you if you just bought a machine and
>>>> are going through OOBE. In which case, you do
>>>>
>>>> manage-bde -status
>>>>
>>>> after the machine is yours to use, and you can arrange to reverse
>>>> the encryption they have used.
>>>
>>> Already done. I've enabled hardware encryption several times on my PC
>>> laptop and even wrote down the exact sequence for anyone else who
>>> would want to do it (with a storage device that supports OPAL
>>> encryption). Anyone who claims that hardware encryption doesn't
>>> provide any noticeable performance benefits over software encryption
>>> is a serious liar.
>>>
>>
>> Caveat could be that such a disk can not be decrypted in an external
>> caddy or another computer, if the key is a combination of the password
>> the user enters + something from the bios. This may be ok, or not
>> (recovery operation, replacement of broken hardware, etc).
>
> When the PC laptop inevitably dies (it's already five-years-old), the
> NVMe will be transferred into such a caddy to test. I would imagine that
> it would still be possible to hardware encrypt it as an external device,
> as long as I secure erase the thing first. At the same time, I wonder
> what the point of an external device using hardware encryption would be
> since the performance drawbacks of software encryption won't matter as
> much. After all, sequential writes to the disk are just as fast
> whichever way you go, only random writes and reads are impacted.
The kind of hardware encryption I know about runs fully internal in the
hard disk firmware. With a proper firmware the disk read/writes as fast
as without encryption (on magnetic media, at least). The problem I know
is that some platforms modify (salt) the the user given key according to
some BIOS definition. This makes the disk very secure if stolen, yes.
But the disk is dead outside of that computer. Surely you can find
documentation about this, or just ask an AI to summarize it for you.
--
Cheers,
Carlos E.R.
ES🇪🇸, EU🇪🇺;
[toc] | [prev] | [next] | [standalone]
| From | CrudeSausage <crude@sausa.ge> |
|---|---|
| Date | 2026-06-23 12:26 -0400 |
| Subject | Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin |
| Message-ID | <6a3ab3c5$1$26$882e4bbb@reader.netnews.com> |
| In reply to | #32658 |
On 2026-06-23 8:19 a.m., Carlos E. R. wrote: > On 2026-06-23 13:17, CrudeSausage wrote: >> On 2026-06-23 4:52 a.m., Carlos E. R. wrote: >>> On 2026-06-22 22:46, CrudeSausage wrote: >>>> On 2026-06-22 10:21 a.m., Paul wrote: >>>>> On Mon, 6/22/2026 8:38 AM, CrudeSausage wrote: >>>>> >>>>>> One thing I can't stand is how Windows automatically encrypts your >>>>>> installation with Bitlocker. >>>>>> It's especially annoying when you've jumped through the necessary >>>>>> hoops to ensure that you will >>>>>> be using hardware encryption. You first have to decrypt, configure >>>>>> Windows to only use >>>>>> hardware encryption and then encrypt again. >>>>> >>>>> At install time, there may be a tick box in Rufus to stop that >>>>> behavior. >>>> >>>> There is. Unfortunately, I didn't have a Rufus USB installer in my >>>> hands at that time and had to use a USB installer created by >>>> MediaCreationTool. >>>>> ******* >>>>> >>>>> That's not going to help you if you just bought a machine and >>>>> are going through OOBE. In which case, you do >>>>> >>>>> manage-bde -status >>>>> >>>>> after the machine is yours to use, and you can arrange to reverse >>>>> the encryption they have used. >>>> >>>> Already done. I've enabled hardware encryption several times on my >>>> PC laptop and even wrote down the exact sequence for anyone else who >>>> would want to do it (with a storage device that supports OPAL >>>> encryption). Anyone who claims that hardware encryption doesn't >>>> provide any noticeable performance benefits over software encryption >>>> is a serious liar. >>>> >>> >>> Caveat could be that such a disk can not be decrypted in an external >>> caddy or another computer, if the key is a combination of the >>> password the user enters + something from the bios. This may be ok, >>> or not (recovery operation, replacement of broken hardware, etc). >> >> When the PC laptop inevitably dies (it's already five-years-old), the >> NVMe will be transferred into such a caddy to test. I would imagine >> that it would still be possible to hardware encrypt it as an external >> device, as long as I secure erase the thing first. At the same time, I >> wonder what the point of an external device using hardware encryption >> would be since the performance drawbacks of software encryption won't >> matter as much. After all, sequential writes to the disk are just as >> fast whichever way you go, only random writes and reads are impacted. > > The kind of hardware encryption I know about runs fully internal in the > hard disk firmware. With a proper firmware the disk read/writes as fast > as without encryption (on magnetic media, at least). The problem I know > is that some platforms modify (salt) the the user given key according to > some BIOS definition. This makes the disk very secure if stolen, yes. > But the disk is dead outside of that computer. Surely you can find > documentation about this, or just ask an AI to summarize it for you. Technically, the disk shouldn't be dead outside of that computer because you can secure erase it to use again by entering the disk's serial number when prompted. You can do this using the manufacturer's own software, or you can use cryptsetup on Linux to accomplish the same thing. Once the disk is secure erased, it can be used however you wish whether encrypted or unencrypted. Whatever data was on it originally though is gone. -- CrudeSausage M4 MacBook Air
[toc] | [prev] | [next] | [standalone]
| From | CrudeSausage <crude@sausa.ge> |
|---|---|
| Date | 2026-06-20 20:18 -0400 |
| Message-ID | <6a372dca$1$20$882e4bbb@reader.netnews.com> |
| In reply to | #32557 |
On 6/20/26 5:54 PM, chrisv wrote: > CrudeSausage wrote: > >> Nick Charles wrote: >>> >>> Its so easy to avoid playing Russian Roulette with the exceedingly stupid >>> "Patch Tuedays". Its a few clicks in Group Policy Editor in the Pro version. >>> Bam! Automatic Updates are permanently disabled. >>> >>> With forced updates turned off, updates will happen only when you want to. >>> What I do is wait until Sunday or Monday before Patch Tuesday and install LAST >>> month's updates. By then, shit like this will have been fixed or removed. If a >>> given month had a particularly ugly Tuesday, wait 2 months. > > I think that's a bit over the top, although I salute your dedication. > >> I'll say this much: if you're still running Windows and Office with all >> the garbage they've pulled over the years, then I wouldn't be surprised >> if you enjoy being dressed up as a gimp while a woman whips you. > > Ha! Come on, it's not *that* bad. It feels like it, at the very least. >> People need to move on from their idiotic decisions and policies whether it be >> because of their constant failures (RT, Windows Phone, Windows tablets, >> Zune, Xbox (since they're exiting the market), etc.), unresolved issues >> (fTPM stuttering for me) or because they don't mind breaking your >> installation with half-baked updates. Linux isn't perfect, but it sure >> is better than Windows right now. > > I actually hated M$ a little less, in the Win7 era. They actually had > a pretty decent product. But then they wholly embraced the spyware > business model. > > You think that the Copilot "take a screenshot every couple minutes" > was bad? If they had the bandwidth, they would *love* to stream your > desktop to their servers in real time! > > "For your benefit", you know. I don't think that I would ever do something like ask AI what the webpage was where I saw the picture of Little Red Riding Hood so that it could scour my entire history through screenshots and find it. The fact that they would implement this spying mechanism by default in case anyone ever needs to do such a thing is horrifying. -- CrudeSausage Zephyrus G14 2021 running on Ubuntu 26.04
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2026-06-21 09:01 -0400 |
| Message-ID | <1118nak$q7ls$1@dont-email.me> |
| In reply to | #32563 |
On Sat, 6/20/2026 8:18 PM, CrudeSausage wrote:
>
> I don't think that I would ever do something like ask AI what the webpage was
> where I saw the picture of Little Red Riding Hood so that it could scour my
> entire history through screenshots and find it. The fact that they would
> implement this spying mechanism by default in case anyone ever needs to
> do such a thing is horrifying.
The "Recall" feature is only offered on "certified" NPU setups,
of which some Qualcomm ARM-based laptops would be the right materials.
Maybe some day, the DGX Spark will be added to the list. Intel has
at least one CPU, that should be in the list.
Other machines would not be offered "Recall".
In the article below, it uses Windows Hello for authentication.
And if it is available, it is set up as Opt-In.
You have to tick a box, before you can use it.
Or it uses you.
And here, a guy takes one for the team, by visiting
Pornhub with Recall running :-) He's so gung ho, it's
pretty funny. So his Pornhub visit was recorded, but
his credit card and bank account numbers, not so much.
Now he can search on "show me big boobs". What
a time to be alive. Like you would forget where
you left your big boobs.
https://ca.pcmag.com/ai/8651/im-ignoring-the-warnings-about-microsoft-recall-and-you-should-too
This is a big public relations win for Microsoft.
Nobody will forget the company name :-)
I would be more impressed if they fixed the Trash Can
with the wrong filenames showing.
Paul
[toc] | [prev] | [next] | [standalone]
| From | CrudeSausage <crude@sausa.ge> |
|---|---|
| Date | 2026-06-22 08:48 -0400 |
| Subject | Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin |
| Message-ID | <6a392f36$0$27$882e4bbb@reader.netnews.com> |
| In reply to | #32582 |
On 2026-06-21 9:01 a.m., Paul wrote: > On Sat, 6/20/2026 8:18 PM, CrudeSausage wrote: > >> >> I don't think that I would ever do something like ask AI what the webpage was >> where I saw the picture of Little Red Riding Hood so that it could scour my >> entire history through screenshots and find it. The fact that they would >> implement this spying mechanism by default in case anyone ever needs to >> do such a thing is horrifying. > > The "Recall" feature is only offered on "certified" NPU setups, > of which some Qualcomm ARM-based laptops would be the right materials. > Maybe some day, the DGX Spark will be added to the list. Intel has > at least one CPU, that should be in the list. > > Other machines would not be offered "Recall". > > In the article below, it uses Windows Hello for authentication. > > And if it is available, it is set up as Opt-In. > You have to tick a box, before you can use it. > Or it uses you. > > And here, a guy takes one for the team, by visiting > Pornhub with Recall running :-) He's so gung ho, it's > pretty funny. So his Pornhub visit was recorded, but > his credit card and bank account numbers, not so much. > Now he can search on "show me big boobs". What > a time to be alive. Like you would forget where > you left your big boobs. > > https://ca.pcmag.com/ai/8651/im-ignoring-the-warnings-about-microsoft-recall-and-you-should-too > > This is a big public relations win for Microsoft. > Nobody will forget the company name :-) > > I would be more impressed if they fixed the Trash Can > with the wrong filenames showing. All I want is for the fTPM stuttering to go away. I can live with the rest of the trash. :) -- CrudeSausage M4 MacBook Air
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2026-06-21 19:38 +0000 |
| Message-ID | <1119li4.1244.1@ID-201911.user.individual.net> |
| In reply to | #32544 |
Nick Charles <none@none.none> wrote: [...] > > Its so easy to avoid playing Russian Roulette with the exceedingly stupid > "Patch Tuedays". Its a few clicks in Group Policy Editor in the Pro version. > Bam! Automatic Updates are permanently disabled. > > If you are using Windows Home version (and there is no good reason to be doing > so) Automatic Updates can be disabled via Registry setttings. GPE is basically > a front end for the Registry anyway. > > With forced updates turned off, updates will happen only when you want to. > What I do is wait until Sunday or Monday before Patch Tuesday and install LAST > month's updates. By then, shit like this will have been fixed or removed. If a > given month had a particularly ugly Tuesday, wait 2 months. > > Windows is flaky enough without gambling on untested "updates" being forced on > me once a month. An alternative is to 'Pause updates' for x weeksi [1]. For example that's how I prevent unwanted updates during holidays (vacations), especially this time (June update cycle). There are many ways to stop updates, both by built-in tools like you described and by third-party utilities, but 'Pause updates' is built-in, simple and probably sufficient in most cases. FWIW, I fully agree with your sentiments. For 20++ years, Windows updates have never been a real problem for me, but ever since October, Windows Update is having/giving problems or/and the installed updates have caused problems. The June cycle *seems* to be OK sofar. Fingers crossed. [1] In a future update :-) 'Pause updates' will probably become more granular and with calendar date selection.
[toc] | [prev] | [next] | [standalone]
| From | Nick Charles <none@none.none> |
|---|---|
| Date | 2026-06-22 00:48 +0000 |
| Message-ID | <V7WdnQ634djeG6X3nZ2dnZfqnPidnZ2d@supernews.com> |
| In reply to | #32595 |
On Jun 21, 2026 at 3:38:06 PM EDT, "Frank Slootweg" <this@ddress.is.invalid> wrote: > Nick Charles <none@none.none> wrote: > [...] >> >> Its so easy to avoid playing Russian Roulette with the exceedingly stupid >> "Patch Tuedays". Its a few clicks in Group Policy Editor in the Pro version. >> Bam! Automatic Updates are permanently disabled. >> >> If you are using Windows Home version (and there is no good reason to be doing >> so) Automatic Updates can be disabled via Registry setttings. GPE is basically >> a front end for the Registry anyway. >> >> With forced updates turned off, updates will happen only when you want to. >> What I do is wait until Sunday or Monday before Patch Tuesday and install LAST >> month's updates. By then, shit like this will have been fixed or removed. If a >> given month had a particularly ugly Tuesday, wait 2 months. >> >> Windows is flaky enough without gambling on untested "updates" being forced on >> me once a month. > > An alternative is to 'Pause updates' for x weeksi [1]. For example > that's how I prevent unwanted updates during holidays (vacations), > especially this time (June update cycle). Yes, I used to do that. The downside is that it is a never-ending battle. You can only pause for 4 or 5 weeks (I forget which). After that, updates will be forced on you. Then you can pause again for another 4 or 5 weeks. Using GPE, automatic updates are permanently disabled and nothing (except me) can ever turn them on again. I may go for weeks before I boot up the Windows 11 VM on my Mac. The last thing I want is for updates to start coming down when I am trying to do something. I have taken control of an otherwise chaotic situation.
[toc] | [prev] | [next] | [standalone]
| From | Daniel70 <daniel47@nomail.afraid.org> |
|---|---|
| Date | 2026-06-22 17:55 +1000 |
| Message-ID | <111app8$1c2qc$1@dont-email.me> |
| In reply to | #32595 |
On 22/06/2026 5:38 am, Frank Slootweg wrote: <Snip> > FWIW, I fully agree with your sentiments. For 20++ years, Windows > updates have never been a real problem for me, but ever since October, > Windows Update is having/giving problems or/and the installed updates > have caused problems. The June cycle *seems* to be OK sofar. Fingers > crossed. > > [1] In a future update :-) 'Pause updates' will probably become more > granular and with calendar date selection. > ... until MS decides to disable the 'Pause updates' function. ;-) -- Daniel70
[toc] | [prev] | [standalone]
Page 2 of 2 — ← Prev page 1 [2]
Back to top | Article view | alt.comp.os.windows-11
csiph-web