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.
I selected 3 files in the file explorer to drag from an existing non-netbeans project into a new netbeans project. I dragged the selected files but only one file was dropped onto the new location. This behaviour does not match the accepted gui standard where multiple selections are all dragged and dropped onto a new location.
wow, maybe I'm nissing something but how can you drag files from one project to another when only one project can be opened ? Or do you mean that you dragged files from some other application to Netbeans ?
Passing to explorer area. However IMHO netbeans refuse drop from foreign apps completely, but maybe I'm just wrong.
My earlier response to Lukas' comment seems to have been routed to /dev/null. When I referred to "an existing non-netbeans project" that meant a collection of files which I had generated myself, using a text editor, not an ide, and which I wanted to bring into my netbeans-managed project. If you are going to provide a filesystem explorer then it better behave the way people expect, which is that multiple selections are dragged and dropped at the same time onto the same object/ destination.
McBofh, I agree with you, but could you tell us exactly what you were doing? I mean something like: 1) I opened explorer at ... 2) I selected 4 files - ..., ..., ... 3) I tried to drag and drop to ... 4) Oops, something is bad... Yes? Then we will be able to identify the cause of problem and fix it. Otherwise, we can't do anything, because we can't reproduce. I hope it's clear now, thanks.
I refer you to the initial problem description: (1) I selected 3 files in the file explorer to drag ... into a new netbeans project (2) I dragged the selected files [to the new netbeans project] (3) only _one_ file was dragged, despite having more than one file selected. What is it about the above few lines and the initial problem description which is unclear? If I select the files and <right-click>Copy then <right-click>Paste the files into the new location, then it works. When I select two or more files using the mouse (using shift<left- click>) and then click+hold one of the files so I can move the selection, _then_ only the file which I have click+held is selected.
ok, i think that I understand ;) the selection is lost when you do the last click before d'n'd = selection move only on the last file. closing as invalid. to solve it - and d'n'd works as it should - try this. This is a little but *neccessary* modification of your steps ;) I select two or more files using the mouse (using shift<left- click>) and still hold shift, start d'n'd to your new location. It works as expected - tested on winXP, I belive that it isn't platform dependent.
McBofh, please, mark verified if you agree or reopen with more comments. thanks.
(1) You are making a logic error in thinking that because you can get it working on Windows XP, therefore it's not a problem on my installation (Solaris 10_49, x86). (2) I do not use Windows XP, I will not use Windows XP, I do not have a machine available to me that I can install Windows XP and then netbeans on to test your workaround. I am a Solaris developer, not a Windows developer. If you want to tell me of what you believe to be a workaround then make sure that you test it at least on Solaris/sparc. (3) You should not close a bug without the bare minimum response from the person who logged it of confirmation that your "workaround" is applicable. This is rude. I do not give you authority to close this bug -- the issue is not resolved. Please reopen it immediately. (4) Your "*necessary* modification" is not applicable to Solaris, and when I try it I get an exception: ---------------------------------------------------------------------------- Annotation: Exception occurred in Request Processor java.util.ConcurrentModificationException at java.util.HashMap$HashIterator.nextEntry(HashMap.java:782) at java.util.HashMap$KeyIterator.next(HashMap.java:818) at org.openide.explorer.ExplorerManager$Listener.run(ExplorerManager.java:823) at org.openide.util.Task.run(Task.java:136) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:330) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:680) ---------------------------------------------------------------------------- (5) The modification which you believe is necessary does not match how other filesystem browsers such as nautilus and the Solaris-standard dtfile application. My point is that the implementation of multiple-file d-n-d in the netbeans filesystem browser does not match what other filesystem browsers do, specifically on Solaris. This is usability issue which -- if you want to dodge it -- requires documenting. However, I do not want the issue merely documented, I want it fixed.
McBofh - ok, a little appology. I've found your comment in my mail a second ago. add 1, I still don't thing that there is ANY difference in behaviour of this bug on win x solaris. add 2, sometimes the choice is made for you (by management or need) I can test on solaris and I will when some fix will be available ;) add 3, rude ? Are you kidding ? See hunders of really stupid issues in Issuezilla. But you're right my solution was only workaround which I used to use and it's definitely bug. Thanks for opening my eyes. And don't hesitate to reopened by yourself when you don't agree with resolution. add 4, the same on XP, issue 40161 already filed add 5, agree. and let's try to keep our disscussion in this issue's comments Jiri, will it be fixed to 3.6 ? (just asking)
forgot to add usability keyword ;)
Lukasi, could you please verify the fix on our Solaris 10 Intel server once it is available ?
Definitely, I'll verify the fix once it's available. I've already mentioned it in my comment from 02:25.
It's a partly duplicate of issue 36167 (complicated logic in starting d'n'd), a rest is duplicate of issue 40161 (ConcurrentModificationException). *** This issue has been marked as a duplicate of 36167 ***
ok, verifying as duplicate. You're right, Jiri, the mentioned issues covers this one. McBofth, if you have any more comments to this issue add them to the 'older' issue 36167. Thank you.