Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > alt.comp.os.windows-11 > #32530 > unrolled thread

OT: Microsoft: June 2026 Windows updates break Recycle Bin prompts

Started byCrudeSausage <crude@sausa.ge>
First post2026-06-20 08:15 -0400
Last post2026-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


Contents

  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]


#32569

Frommalone <malone@nospam.net.nz>
Date2026-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]


#32620

FromCrudeSausage <crude@sausa.ge>
Date2026-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]


#32629

FromPaul <nospam@needed.invalid>
Date2026-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]


#32637 — Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin

FromCrudeSausage <crude@sausa.ge>
Date2026-06-22 16:46 -0400
SubjectRe: 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]


#32647 — Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin

From"Carlos E. R." <robin_listas@es.invalid>
Date2026-06-23 10:52 +0200
SubjectRe: 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]


#32655 — Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin

FromCrudeSausage <crude@sausa.ge>
Date2026-06-23 07:17 -0400
SubjectRe: 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]


#32658 — Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin

From"Carlos E. R." <robin_listas@es.invalid>
Date2026-06-23 14:19 +0200
SubjectRe: 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]


#32660 — Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin

FromCrudeSausage <crude@sausa.ge>
Date2026-06-23 12:26 -0400
SubjectRe: 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]


#32563

FromCrudeSausage <crude@sausa.ge>
Date2026-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]


#32582

FromPaul <nospam@needed.invalid>
Date2026-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]


#32622 — Re: OT: Microsoft: June 2026 Windows updates break Recycle Bin

FromCrudeSausage <crude@sausa.ge>
Date2026-06-22 08:48 -0400
SubjectRe: 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]


#32595

FromFrank Slootweg <this@ddress.is.invalid>
Date2026-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]


#32599

FromNick Charles <none@none.none>
Date2026-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]


#32607

FromDaniel70 <daniel47@nomail.afraid.org>
Date2026-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