Recommended Posts

I can kinda repro running RC2 (5744)... It's easier to explain if the list is in Details view:

1. Click on a folder in the Folders list.

2. Click and hold the mouse button down on the white space next to a folder/file name in the details pane (be sure to keep the mouse cursor inside the Name column), and then drag it out to select the other folders/files.

3. Note that the folders/files just selected don't gain focus (they get highlighted grey). The folder name in the Folder list is still selected, so when I press the Delete key on my keyboard it asks to delete that folder.

This behaviour is inconsistent, because if I click and hold down on the white space on the far right (i.e. in the empty column area that doesn't get highlighted when you hover over it) and then drag to select the folders/files, the details pane gets focus, and those files/folders are selected and highlighted blue. I also think in XP doing the three steps above would normally put the focus into the details pane and delete the selected files/folders, not the folder in the folder tree.

Also, it's not actually important which column I start dragging from or which view I am are in, as long as it's within the area that gets highlighted when I hover over the item, and that the part I click on is whitespace (otherwise it will drag the file/folder instead of doing a selection.)

I was able to reproduce it on RC2 as well. From what I gather he is saying that the right pane is not taking focus correctly when drag selecting files. So his scenario is correct that you are drilling down with the folder tree on the left, get to the one you are looking for and drag select the files. At that point you expect the right pane to have focus when you hit delete but it doesn't actually get focus until you left click (and thereby unselecting the folders you just selected).

Snip grabs focus so you can't get a true pic of it. It is simply though that the left keeps focus even after group selecting on the right. I doubt this behavior is planned as it only does it when drag selecting starting from the top or left, and never from the bottom or right.

Actually it looks like there is a bug here. I'm repro'ing it on a newer build - will have to try on the current RTM build tomorrow and find out if this is known.

My repro steps are:

1) Select a folder in the tree view.

2) Click-and-drag to multiselect in the listview (must be in list or details mode) STARTING on top of an item (not in the empty space below the items).

3) Press the delete key.

Thanks for posting this.

Actually it looks like there is a bug here. I'm repro'ing it on a newer build - will have to try on the current RTM build tomorrow and find out if this is known.

My repro steps are:

1) Select a folder in the tree view.

2) Click-and-drag to multiselect in the listview (must be in list or details mode) STARTING on top of an item (not in the empty space below the items).

3) Press the delete key.

Thanks for posting this.

And what build might that be? ;)

I can kinda repro running RC2 (5744)... It's easier to explain if the list is in Details view:

1. Click on a folder in the Folders list.

2. Click and hold the mouse button down on the white space next to a folder/file name in the details pane (be sure to keep the mouse cursor inside the Name column), and then drag it out to select the other folders/files.

3. Note that the folders/files just selected don't gain focus (they get highlighted grey). The folder name in the Folder list is still selected, so when I press the Delete key on my keyboard it asks to delete that folder.

This behaviour is inconsistent, because if I click and hold down on the white space on the far right (i.e. in the empty column area that doesn't get highlighted when you hover over it) and then drag to select the folders/files, the details pane gets focus, and those files/folders are selected and highlighted blue. I also think in XP doing the three steps above would normally put the focus into the details pane and delete the selected files/folders, not the folder in the folder tree.

Also, it's not actually important which column I start dragging from or which view I am are in, as long as it's within the area that gets highlighted when I hover over the item, and that the part I click on is whitespace (otherwise it will drag the file/folder instead of doing a selection.)

Thanks for explaining it correctly. Now I can reproduce the bug (Build 5840). Windows simply fails to switch focus in this scenario.
  • 2 weeks later...

The wording in the "delete" dialog is also quite bad.

If you are deleting a folder with files - e.g. "c:\windows\bunch-of-files\", the dialog will say "Deleting from c:\windows\..." (without mentioning the name of the folder). That sure have scared me many times, because it makes me think that it's actually emptying the root folder.

I filed this "bug" a while ago (RC1) - hope they fixed it.

(Note: I'm talking about the dialog shown while deleting files, usually this will only be visible if you are deleting a bunch of files/folders)

Yep. Haha, I hope an executive at Citrix accidentally wipes his Documents folder because of this on November 30th. Maybe that would get MS's attention.

... and that the fix is sitting on MS's servers by Jan 30 ready and waiting to be downloaded...

I don't know how you could know that since none of you have the RTM build yet... right? :crazy:

The issue with the listview not taking focus during this specific kind of selection was identified too late to be fixed for the RTM build and there are several mitigating factors that prevented it from being considered recall-class. However the post-RTM fix for this issue has been prioritized appropriately.

  • 2 weeks later...

Any update on this __critical__ bug? I was made aware of this bug before I used Vista RTM and it has still caught me out twice. The first time I didn't lose anything important but the second time I almost deleted my profile!! (luckily all I seemed to lose was my Outlook e-mail - which wasn't bad because it was mainly empty).

But this bug could have some very serious consequences. This topic should be pinned, or perhaps re written in a "Known RTM bugs" pinned thread. Will an update be made over windows update or would it be a seperate downloadable hotfix?

Read the thread!!

The bug basically is to do with highlighting files for deletion in Windows Explorer. If you select files from inside a folder it is a possibility that it could delete the entire folder.

The bug is with Windows Explorer, in list or detail mode. I will try to explain how to reproduce the bug but a picture or video would be much better:

In the left tree view - select your folder. The folder will now have a blue outline.

In the right pane hold the left mouse button down and highlight the files you wish to delete. They should be highlighted in blue.

Now this is where the bug occurs - if the files are still highlighted in blue then thats fine. But if the parent folder is now highlighted in blue and the files highlighted in grey, you would delete the parent folder if you pressed delete.

The bug is in the standard listview control and actually existed in XP as well (not a regression). Although the bug wasn't exposed in Explorer in XP because XP doesn't use full-row select. It was apparently in Vista for a long long time and never reported by any beta testers (and it was definitely an oversight by internal testing but they can't find them all - that's why we have betas!) until I saw this thead here.

It's ugly, I won't deny that. But very, very few people will ever hit it in normal use. I also don't really see it causing anyone to actually lose anything since the dialog that comes up accurately tells you what you're trying to delete - plus the recycle bin and volume shadow copy are pretty good safety nets for just this sort of thing. We're all on vacation this week but I'll follow up soon and figure out if/when a fix might be pushed to WU.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • War was livestreamed. Also, learn the meaning of the word "genocide". Populations do not GROW during a genocide. Zionist is not a bad word - it's the belief that Israel should exist. The cat out of the bag is your racist anitsemitism and posting of blood libels, unproven or out of context. Even BBC reported a kid supposedly being killed was a staged photo op, and AP just posted how Hamas is murdering their own people at Shifa Hospital, executing them in cold blood. You would rather lie down with murderers than think any different.
    • Neowin shudders at the many, many posts from users that block their ads
    • I'm from Australia. This posts reeks of a Nigerian scammer.
    • It's funny that iPhone users think they are getting feature, where in fact they are getting cosmetics that just do iteration circles of "improvement" of the said cosmetics. Apple just doesn't know what to do with this product anymore. There is no innovation on this areas anymore.
    • You can disable the bloat on every browser. That's not the point. I will never use a browser of a shady company. I don't trust them at all. I can still find adblocking solutions than having to rely on a browser from a shady company. Every year they try something shady lol 2016: Brave Ad Replacement https://archive.is/W0k4j#selection-203.7-203.28 2016: pay-to-win Wikipedia clone into the default search engine list https://github.com/brave/browser-laptop/issues/5475 2018: Tom Scott and other creators noticed Brave was soliciting donations in their names without their knowledge or consent. https://www.reddit.com/r/brave...aims_that_brave_is_falsely/ 2020: Brave got caught injecting URLs with affiliate codes https://www.theverge.com/2020/...-crypto-privacy-ceo-apology 2021: Brave's TOR window was found leaking DNS queries https://www.zdnet.com/article/...n-addresses-in-dns-traffic/ 2022: Brave floated the idea of further discouraging users from disabling sponsored messages. https://github.com/brave/brave-browser/issues/22066 2023: Brave got caught installing a paid VPN service on users' computers without their consent. https://www.xda-developers.com...owser-installs-vpn-windows/ 2023: Brave got caught scraping and reselling people's data with their custom web crawler, which was designed specifically not to announce itself to website owners. https://stackdiary.com/brave-s...ghted-data-for-ai-training/ 2024: Brave gave up on providing advanced fingerprint protection, citing flawed statistics https://www.bleepingcomputer.c...tion-as-it-breaks-websites/ 2025: Brave staff publish an article endorsing PrivacyTests and say they "work with legitimate testing sites" like them. This article fails to disclose PrivacyTests is run by a Brave Senior Architect! https://brave.com/blog/adblock...esting-websites-harm-users/
  • Recent Achievements

    • One Year In
      Primer1st earned a badge
      One Year In
    • Experienced
      JayZJay went up a rank
      Experienced
    • Reacting Well
      Sir_Timbit earned a badge
      Reacting Well
    • Week One Done
      rubentuben8 earned a badge
      Week One Done
    • Week One Done
      ARaclen earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      511
    2. 2
      PsYcHoKiLLa
      229
    3. 3
      Edouard
      136
    4. 4
      ATLien_0
      87
    5. 5
      Steven P.
      80
  • Tell a friend

    Love Neowin? Tell a friend!