This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
This bug is a beauty. After working all week to get the new VCS docs ready, I pretty much had the section done and was preparing my check-in. I ran a search for files with Needs Update status to see which files I had deleted locally and needed to be removed from the repository. I selected all of the files in the Search Results window and ran CVS > Remove. A dialog opened asking if I wanted to remove the files. I didn't remember having to confirm this command, but I went ahead and said yes. Turns out the dialog was asking me if I wanted to remove the parent directory for the top-most file I had run the command on. So the Remove command was run on the entire vcs section of the help. Including, of course, the local versions of the files I wanted to keep. So there's a week's worth of work out the !#$*)%#@!$%*)&#@!$% window.
Uff, I must agree that this is a pretty serious problem. I have no idea why it behaves like this, I will explore it soon. If this is a bug in VCS module, I feel terribly sorry for that. Home directories are hopefully backed up, so you can ask our admins if your files were on your home directory. Also there exists programs that can recover deleted files in Windows, provided there were not many disk I/O operations since then.
I can only confirm that I have reproduced this behavior. Any command that is run from "Searched Results" exhibits this behavior. I'm starting to investigate that...
This seems to be a problem in the implementation of search results window. It seems like it does not set activated nodes. When my action ask for the activated nodes, it gets nodes that are active in Explorer.
Martin, you are right. It does not set activated nodes. John, I am sorry for the lost work.
Fixed in the trunk. The patch fixes also bug #38660 ("It's impossible to open found files").
Verified in 200402191900.