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.
Try cut-paste some files in Explorer ( Filesystems tab, Project tab ) After some cut-paste is not possible paste files -> item paste is disabled. How to reproduce: ================ In Filesystems tab : 1) mount second filesystem 2) create some files in packages (at least 6 packages - it's fast to bug) I've created in Filesystems tab: pack01.pack02.pack03.pack04.MyJDialog1 pack11.pack12.pack13.pack14.MyJDialog2 pack21.pack22.pack23.pack24.MyJDialog3 pack31.pack32.pack33.pack34.MyJDialog4 pack41.pack42.pack43.pack44.MyJDialog5 pack51.pack52.pack53.pack54.MyJDialog6 3) select all created packages ( pack01, pack11 ....) cut -> paste to second mounted filesystem (when is all files moved ok then again) paste all packages in second cut -> paste to first monted disk ( do it more then three times and bug appears )
dev build 200111100100 I really tried hard to reproduce it.... (more than 5 times cut-paste) IT works for my IDE :) reopen if reappears
OK, unfortunatelly I have to reopen it :(( Petr showed me that this problem is still in IDE. It doesn't matter if you Cut/Paste from/to root of filesystem or from/to some folder. When this problem occurs then even Paste after Copy is disabled BUT only for the same items which you wanted to Cut. And copy/cut/paste different items but those items which had the problem can't be copied/cutted anymore - only Unmount and re-Mount filesystem helps.
Created attachment 3019 [details] folder structure....
(Build 200201070331), jdk1.3.1_01 or jdk1.3.1_02 I'm tried this bug reproduce. But todays night build freeze on my Linux box. How to reproduce : - unpack attachment from Lukas H. smaz.zip to folder xx - Mount folder xx as second filesystems to explorer - Select all folders in folder xx - cut selected folders (ctrl-x) - paste to first filesystems (sampledir) (ctrl-v) ==> IDE freeze
Created attachment 3991 [details] Full Tread Dump attached
Seems like a deadlock in loaders. Petr could you please evaluate it? If it is not in loaders please reassign accordingly.
Easy reproducible with attached structure or on sampledir folder -> increasing prio to P1 - showstopper. Will attach ftd from jdk1.4.0.
Created attachment 3992 [details] full threaddump
Petr, this is a very interesting deadlock - it would be good to write a JUnit test that will reproduce it and prevent such problem in future.
There are actually two different bugs: 1) the original bug - Paste action is not enabled (reported in NB3.1, Dec/2000) 2) deadlock in datasystem These two bugs are not connected. The deadlock was caused by bugfix #18110 (integrated 11/30/2001) and was just fixed in MultiDataObject (revision 1.56.14.2). The disabled Paste problem seems to be reproducible to me (release33 branch - Jan 8th). I'll let the bug open, because the first problem. I am going to change the priority P1->P3 again.
The deadlock doesn't appear in build 200201090940 anymore.
The problem with disabled Paste is reproducible. I wrote the unit test for it (org/openide/loaders/DataFolderMoveTest). The bug is in DataFolder's move operation. Sometimes a node visible in explorer represents only temporary (not valid) DataFolder used only for moving. Currently I don't know how to fix this bug.
To fix it try: In DataFolder.handleMove create instead of doing newFolder = ... try to create a new DataFolder () with overriden method createNodeDelegate that will return the originalFolder.getNodeDelegate ()....
Adding dependency - the test must be fixed first.
Fixed in DataFolder in revision For more details about the bug fix, see the diff: http://openide.netbeans.org/source/browse/openide/src/org/openide/loaders/DataFolder.java.diff?r1=1.120&r2=1.121
Verified in dev build 200210140100.
Resolved for 3.4.x or earlier, no new info since then -> closing.