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.
On Win2K, jdk1.4.1 Go to Javadoc manager and mount any HTTP Javadoc filesystem, like the default netbeans one. The Javadoc manager gets stuck on (scanning...), never completes scanning or throws error that it can't complete scanning. Javadoc is not available.
John, please adjust version ('curent' doesn't say much). Thanks Dummy question: did you set your proxy properly?
Yup, the proxy's set. Sorry, wish it was that easy :-)
It seems that it really doesn't work, increasing prio to P2. However, I didn't get any error.
This can be reproduced only when connecting through proxy and/or firewall. Cannot be reproduced on "local" http server, even on huge javadoc set (JDK 1.4 API javadoc).
Lowering prio, since I tried direct connection through public internet and I couldn't reproduce the problem.
Milan, do you have any idea with it's just a problem with our proxies or whether it's a general problem with proxies? Proposed relnote: "If you access the Web through a proxy, using the Javadoc Manager to mount Javadoc as an HTTP filesystem does not work."
I cannot say for sure where is the problem, if it's just our SWAN proxy or it's general proxy problem. Your note seems correct to me, maybe you could add a bit of uncertainity :-).
OK, adding to release notes with "might not" instead of "does not".
I'm taking responsibility for JavaDoc module.
Nb3.5.1/WinXP/jdk1.4.2/IE6 or Firebird 0.7 Confirmed under either browser using ide.cfg SOCKS proxy settings (-J-DsocksProxyHost= & -J-DsocksProxyPort=). When the IDE is using the above switches (eg. to make the update center work) then viewing documentation via View...Documentation Indices... does not work. Take away the proxy switches and the documentation works fine.
[batch] Giving up javadoc issues exclusive ownership.
Closing as WONTFIX since the option to mount javadoc from an http location is not part of the product any more.