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.
Occasionally while writing code, an activity indicator progress bar gets shown on the IDE's status to indicate a background activity, but never stops. "Downloading HTTP Javadoc" is one of such tasks that somewhat runs to become a non-finishing activity indicator. On such occasions, the progress bar on the status bar of the IDE will appear to indicate the activity, but never gets to stop. So far am not sure what causes the issue but this typical scenario seems to occur more frequent during slow internet connection speed. Product Version = NetBeans IDE Dev (Build 201109180600) Operating System = Mac OS X version 10.6.8 running on x86_64 Java; VM; Vendor = 1.6.0_26 Runtime = Java HotSpot(TM) 64-Bit Server VM 20.1-b02-384
Have no idea where this issue belongs to ... feel free to reassign.
Looks like a core Java issue.
ElementJavadoc should probably implement some kind of timeout.
This is also occurring in 7.1, on Windows 7 Professional, specifically the "Downloading HTTP Javadoc"
Created attachment 115535 [details] Auto-complete when using http://docs.oracle.com
Created attachment 115537 [details] Auto-complete when using local documentation archive
I'm also getting this on Windows 7 x64 To reproduce: -In any .java file, import javax.crypto.Cipher -Declare an instance of Cipher named "foo". (It doesn't need to be initialized.) -Type "foo." and wait for the code completion popup. -Notice that all method arguments are arg0, arg1, arg2, etc. -Notice that the javadoc for any entry needs to be downloaded. Select a few different entries. After about 5 selections (or the selection is changed too quickly), the "Downloading HTTP Javadocs" task doesn't not complete. I assume this happens with any class that is not the source code distributed with the JDK. Also, if you instead use the platform manager to specify the location of the documentation on disk AND move it to the top of the list of documentation sources, the documentation works and the http download task doesn't start, but the method arguments are still all named arg0, arg1, arg2...
Unfortunately, I cannot reproduce the issue in the current dev build using the provided steps. Please, reopen the issue if it is still reproducible using the current dev build on your side. Thanks.