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.
Created attachment 148557 [details] Java Stack Trace taken when IDE is frozen Steps to reproduce: - run IDE - call Open Project dialog - type incorrect NFS path in File Name field (insert /net/xyz before any existing path) - press Open Project Result: IDE is completely frozen for long long time (probably forever). The only way is to kill IDE process with possible data loss.
I'm sorry, but this cannot be fixed in NetBeans. See JDK bug http://bugs.java.com/view_bug.do?bug_id=6488355. File chooser needs to perform some I/O in EDT, and changing this would require significant API changes. Maybe specifying some timeout in AutoFS settings would fix this problem.
Platform can extend JFileChooser and BasicFileChooserUI to solve the problem. See how it was implemented for remote FS in CND.
*** This bug has been marked as a duplicate of bug 225277 ***
Reopen because it can be fixed in NB platform without JDK fix.
(In reply to Alexander Simon from comment #4) > Reopen because it can be fixed in NB platform without JDK fix. i see. Then you can provide a patch since you already implemented it.
Guys, we are talking not about any slowness we're talking about FULL IDE FREEZE! It's a very serious bug that should be fixed ASAP.
(In reply to Alexander Pepin from comment #6) > Guys, we are talking not about any slowness we're talking about FULL IDE > FREEZE! It's a very serious bug that should be fixed ASAP. Then you should have been noisy in the JDK bug or in bug 225277 which is the same but over one and half a year old - and nobody from the cnd team actually cared.
Bug #225277 was filed by CND dev team and the solution was proposed half an year ago. While testing 8.0.1 we've faced once again with the problem described above.
the stack comes from directory chooser after all, so it may be easier to handle the workaround there (of course only for folders, file chooser in IDE opening files will not be fixed) because it already overrides BasicFileChooserUI.
(In reply to Ondrej Vrabec from comment #9) > the stack comes from directory chooser after all, so it may be easier to > handle the workaround there (of course only for folders, file chooser in IDE > opening files will not be fixed) because it already overrides > BasicFileChooserUI. You can reuse File/Directory UI from: dlight.remote/src/org/netbeans/modules/remote/api/ui/FileChooserUIImpl.java Class FileChooserUIImpl performs all IO operations out of EDT.
(In reply to Alexander Simon from comment #10) > You can reuse File/Directory UI from: > dlight.remote/src/org/netbeans/modules/remote/api/ui/FileChooserUIImpl.java > Class FileChooserUIImpl performs all IO operations out of EDT. Nonsense. That implementation does not help anything because the I/O calls to File.exists run in EDT anyway (cnd's ApproveSelectionFinisher is scheduled for EDT and actually does the same call to java.io.File.exists as JDK's implementation), see the stacktrace: "AWT-EventQueue-0" #47 prio=6 os_prio=0 tid=0x00007f699c7c7000 nid=0x1462 runnable [0x00007f698dd6f000] java.lang.Thread.State: RUNNABLE at java.io.File.exists(File.java:812) at org.netbeans.swing.dirchooser.DirectoryChooserUI$ApproveSelectionFinisher.run(DirectoryChooserUI.java:2971) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:744) at java.awt.EventQueue.access$400(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:697) at java.awt.EventQueue$3.run(EventQueue.java:691) -- happens when changing platform's dir chooser to do the same as cnd's. Secondly, cnd imports sun.awt.shell.ShellFolder and sun.swing.FilePane which is forbidden.
1) the alternative impl does not help 2) filed after cut-off => i am not fixing it in 8.0.1 anyway
(In reply to Ondrej Vrabec from comment #11) > Nonsense. That implementation does not help anything because the I/O calls > to File.exists run in EDT anyway (cnd's ApproveSelectionFinisher is > scheduled for EDT and actually does the same call to java.io.File.exists as > JDK's implementation) fixed in the bug #246296
(In reply to Ondrej Vrabec from comment #12) > => i am not fixing it in 8.0.1 anyway Agreed with Ondrej.