According to Microsoft, users who have installed the KB5095051 update might encounter a strange Recycle Bin bug that replaces the names of deleted files with internal Recycle...
Clickbait and misleading. Nothing “broke”. The recycling bin works just fine, the name of the file in the confirm delete popup is just displayed wrong.
It isn’t the details or severity of the break that matters.
It’s that the quality control process is SUPPOSED to catch that, and whatever sorry excuse for a process they’re using now ALLOWED a break that was obvious, visible, and repeatable, inside a critical, core function of the operating system, to make it to the end users, something that should trigger as an immediate, flashing warning light. That means the entire quality control process at the very least is SEVERELY compromised and unreliable, and there could very easily be MUCH more severe vulnerabilities and bugs hiding underneath that AREN’T immediately visible. To anyone who has done any professional development for non-disposable code bases, this isn’t a whisper of a problem - it’s an air horn.
Developer written unit tests likely wouldn’t even catch that bug with the recycling bin, because it doesn’t even matter what the text says when it’s being deleted. It’s not a breaking bug. It wouldn’t hold up a release. It might have even been found in QA and might have a super low priority ticket to fix it because again, it’s non breaking and doesn’t affect anything in any way.
You don’t understand how software dev QA works, clearly.
Yeah. I’ve only been a veteran of the process for 20 years - I don’t know a thing about what I’m talking about.
“non-breaking” is a meaningless distinction. What you’re REFERRING to is a “cosmetic” bug, and “cosmetic”, depending on the software and the shop, does NOT mean “acceptable for release”, and FURTHERMORE, this is not a new bug that’s been filed as low priority or will-not-fix, but a REGRESSION because it DID work in the past, which means it’s DOUBLE damning.
I’m not interested in waving around credentials about who knows more about software development - if you work in a shop that doesn’t care about quality, that’s between you and the shop. But if you want to claim that someone at Microsoft said “Yeah, it doesn’t correctly reflect the filename, a critical check to ensure users don’t accidentally delete the wrong file, which is something that’s worked for 30 years” and then signed off on that, instead of the MUCH more likely explanation that NOBODY is looking at ANY of this crap with the detail they should be, I’m afraid I’m going to have to laugh.
To give you an idea, in the XBox division, a division of Microsoft, this would be considered a compliance failure that prevents a game from going gold for launch on the platform, and if caught would cost the developer thousands and weeks to fix before the game could go live because it would necessitate starting the final step of the certification process over again, because EVERY SINGLE TEST has to be run again to ensure JUST this kind of regression doesn’t resurface.
But no - the same company would claim it’s totally acceptable for the operating system that runs bank software because it’s “non-breaking”.
Non-breaking isn’t meaningless - it means it doesn’t break anything. It means it doesn’t affect users, and thus it’s not going to be high priority or be enough to block a release.
I have seen things mislabeled in Linux in the past, I’ve also seen minor bugs in Linux. It’s not broken if the software still works fine. Bugs happen with or without AI.
Linux doesn’t charge hundreds of dollars per license to fund the development, rake in billions in profit, and then funnel that money into stock dividends instead of a proper quality assurance team.
It’s not. Broken means it doesn’t work. Everything about deleting files works. The file you told it to delete gets deleted. The only “issue”, in the absolute least problematic use of the word, is that it displays an internal name rather than the regular file name of the file as it’s being deleted.
It’s not broken if it works exactly as it’s supposed to.
No it doesn’t. You still have to click delete on the file that you want to delete. Confirm boxes don’t even need to show the name of the file you’re deleting, just confirm if you want to delete it. When you empty the recycle bin it doesn’t ask you if you’re sure you’d like to delete x, y, and z file names, for example.
Clickbait and misleading. Nothing “broke”. The recycling bin works just fine, the name of the file in the confirm delete popup is just displayed wrong.
It isn’t the details or severity of the break that matters.
It’s that the quality control process is SUPPOSED to catch that, and whatever sorry excuse for a process they’re using now ALLOWED a break that was obvious, visible, and repeatable, inside a critical, core function of the operating system, to make it to the end users, something that should trigger as an immediate, flashing warning light. That means the entire quality control process at the very least is SEVERELY compromised and unreliable, and there could very easily be MUCH more severe vulnerabilities and bugs hiding underneath that AREN’T immediately visible. To anyone who has done any professional development for non-disposable code bases, this isn’t a whisper of a problem - it’s an air horn.
Developer written unit tests likely wouldn’t even catch that bug with the recycling bin, because it doesn’t even matter what the text says when it’s being deleted. It’s not a breaking bug. It wouldn’t hold up a release. It might have even been found in QA and might have a super low priority ticket to fix it because again, it’s non breaking and doesn’t affect anything in any way.
You don’t understand how software dev QA works, clearly.
Yeah. I’ve only been a veteran of the process for 20 years - I don’t know a thing about what I’m talking about.
“non-breaking” is a meaningless distinction. What you’re REFERRING to is a “cosmetic” bug, and “cosmetic”, depending on the software and the shop, does NOT mean “acceptable for release”, and FURTHERMORE, this is not a new bug that’s been filed as low priority or will-not-fix, but a REGRESSION because it DID work in the past, which means it’s DOUBLE damning.
I’m not interested in waving around credentials about who knows more about software development - if you work in a shop that doesn’t care about quality, that’s between you and the shop. But if you want to claim that someone at Microsoft said “Yeah, it doesn’t correctly reflect the filename, a critical check to ensure users don’t accidentally delete the wrong file, which is something that’s worked for 30 years” and then signed off on that, instead of the MUCH more likely explanation that NOBODY is looking at ANY of this crap with the detail they should be, I’m afraid I’m going to have to laugh.
To give you an idea, in the XBox division, a division of Microsoft, this would be considered a compliance failure that prevents a game from going gold for launch on the platform, and if caught would cost the developer thousands and weeks to fix before the game could go live because it would necessitate starting the final step of the certification process over again, because EVERY SINGLE TEST has to be run again to ensure JUST this kind of regression doesn’t resurface.
But no - the same company would claim it’s totally acceptable for the operating system that runs bank software because it’s “non-breaking”.
Non-breaking isn’t meaningless - it means it doesn’t break anything. It means it doesn’t affect users, and thus it’s not going to be high priority or be enough to block a release.
They understand it as much as Microsoft does, given the evidence
AI found the exploits, and they clearly used AI to fix the exploits… That about as far as the QC conversation went
That sounds kinda broken…
I have seen things mislabeled in Linux in the past, I’ve also seen minor bugs in Linux. It’s not broken if the software still works fine. Bugs happen with or without AI.
Linux doesn’t charge hundreds of dollars per license to fund the development, rake in billions in profit, and then funnel that money into stock dividends instead of a proper quality assurance team.
Depends on the distro.
Hundreds of dollars per license, and they still run ads in the os…
Linux is zero dollars and shows zero ads…
Ubuntu has ads
*had one ad like 10 years ago
sEaRcH sUgGeStIoNs
It’s not. Broken means it doesn’t work. Everything about deleting files works. The file you told it to delete gets deleted. The only “issue”, in the absolute least problematic use of the word, is that it displays an internal name rather than the regular file name of the file as it’s being deleted.
It’s not broken if it works exactly as it’s supposed to.
Lol, yeah that’s definitely broken
What exactly is “broken” about the recycling bin because of this?
Does the recycling bin still work?
Does the right file get deleted?
You’ve got a strange definition of broken.
I literally do not know because the dialog box might be wrong
The answer is yes. It does.
Well I hope you’re right, otherwise the wrong file will be gone forever.
Seems to be only one way to find out as well.
it defeats the purpose of a confirm dialogue if it doesn’t correctly tell you what you’re confirming…
No it doesn’t. You still have to click delete on the file that you want to delete. Confirm boxes don’t even need to show the name of the file you’re deleting, just confirm if you want to delete it. When you empty the recycle bin it doesn’t ask you if you’re sure you’d like to delete x, y, and z file names, for example.
If I want to permanently delete a specific file from the recycle bin?
So, nothing broke, except the thing that broke. Gotcha.
Broken means it doesn’t work. Everything about the recycling bin functionally works.
So where is it pulling that data from?
What other file identifying functions are broken in a similar manner?
Read the article:
Sounds like Copilot code.