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.
If I force NetBeans to start up using Apple's JDK 1.6, I am unable to delete files from a project tree. Basically, once I select a file and the attempt to delete it, an incomplete confirmation dialog (missing the NetBeans app logo, message, and YES button) is displayed and the UI hangs. NetBeans must then be force-quit. There is nothing obvious in the logs as to what the problem might be. I've deleted my private netbeans directories but this has not corrected the issue. Starting up using JDK 1.5 causes no problems with deleting files. Let me know what else, if anything, I can provide to help track this down. -David
Created attachment 61140 [details] "Broken" dialog screenshot
Hi dnedrow, could you please provide more informations? Does this happen every time? Could you please generate thread dump? http://wiki.netbeans.org/GenerateThreadDump reassigning to core for evaluation
I'm attaching two thread dumps, the first (typescript-OK) is just NetBeans 6.1 running normally with JDK 1.6. The second, typescript-delHTML, is the thread dump immediately after attempting to delete an HTML file (more below), at which point the app UI hangs (see previously attached screen dump). Of interest is that I have found that this only occurs when deleting an HTML file so far (I'm only dealing with POJOs and HTML for now). I can delete individual or multiple java files without a problem. And just a reminder, this behavior does not occur if I force NB to run with JDK 1.5.
Created attachment 61388 [details] Normal thread dump with JDK 1.6
Created attachment 61389 [details] Thread dump of hung UI after deleting HTML under JDK 1.6
From thread dump of hung IDE it is somewhat clear - it seems that Mac 1.6 JDK code hangs when trying to load icon for some button: "AWT-EventQueue-1" prio=6 tid=0x0000000101b70800 nid=0x14ab6d000 runnable [0x000000014ab69000..0x000000014ab6cad0] java.lang.Thread.State: RUNNABLE at com.apple.eawt.Application._getDockIconImage(Native Method) at com.apple.eawt.Application.getDockIconImage(Application.java:294) at apple.laf.CUIAquaImageFactory$2.run(CUIAquaImageFactory.java:72) at apple.laf.CUIAquaImageFactory$2.run(CUIAquaImageFactory.java:70) at java.security.AccessController.doPrivileged(Native Method) at apple.laf.CUIAquaImageFactory.getGenericJavaIcon(CUIAquaImageFactory.java:70) at apple.laf.CUIAquaImageFactory.getThisApplicationsIcon(CUIAquaImageFactory.java:59) at apple.laf.CUIAquaImageFactory$1.createImage(CUIAquaImageFactory.java:36) at apple.laf.CUIAquaIcon$CachingScalingIcon.getOptimizedImage(CUIAquaIcon.java:131) at apple.laf.CUIAquaIcon$CachingScalingIcon.getImage(CUIAquaIcon.java:124) at apple.laf.CUIAquaIcon$CachingScalingIcon.paintIcon(CUIAquaIcon.java:166) at javax.swing.plaf.basic.BasicLabelUI.paint(BasicLabelUI.java:157) So i guess it is error of Mac JDK 1.6, not sure what we can do on Netbeans side. I'm ccing Mac users - have you ever encountered something like this? Thanks.
no, but I don't use 1.6 on macosx yet
Cool, I'll submit a report to Apple. FOr my own info, and for future troubleshooting, what showed that the previously highlighted entry was causing the "hang"?
Hmmm. This may actually have been exposed by an older version of the NBWicketSupport module. Installing the new version posted in the past couple of days seems to have resolved the problem.
Spoke too soon. Problem still exists under JDK 1.6. I'll open a bug report with Apple and tag it here. Apple Bud ID# 5938378
Thanks for submitting a bug to Apple, closing this one with relation to Apple's bug.
v/c