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.
It is not possible set http.nonProxyHosts, so it is not possible to access lan and wan networks concurently if you have to use proxies.
Radim, if this isn't yours, feel free to reassign.
It is not mine I think. Somebody who knows how to handle this in IDESettings with new projects should do this. Also ask jchalupa@netbeans.org who wrote the patch for this setting about his opinion. I'm adding myself to CC list.
In my opinion this is a request for enhancement. The http.nonProxyHosts property is a non-documented JDK feature. Even now the user can set it using -J-D... command line switch.
Target milestone -> 3.3.1.
Target milestone -> 3.4
Target milestone was changed from '3.4' to TBD.
In the comments from Trung Duc Tran on 2001-11-14 at 09:15 PST, it was mentioned that -J-D... could be used in the ide.cfg file to override this setting and allow the user to set these properties. Unfortunately this is not true. The code to get the default non-proxy hosts (IDESettings.java:552- 580:getDefaultNonProxyHosts()) does not check to see if there are existing non proxy hosts.
Yes, the last comment is true. There is no way to setup custom nonProxyHosts in IDE. IDESetting calculates that for user automatically. This is actually defect for web services. Moreover, we updated the behaviour of installed webservers. They, defaultly, take proxy settings from IDE. There are use cases where you need to setup other non proxy hosts than 127.0.0.1 and localhost (e.g. you are communicating with web server installed in a local network) I suggest to have 2 choices in UI : No Proxy For : (o) Automatic IDE Detection ( ) Manual Setting Non Proxy Hosts: ___________________________________________ ( e.g. localhost,127.0.0.1,.netbeans.org )
Milan, do you want to fix this in NB 5.5 ? If so use status whiteboard "5.5_candidate"
Yes, it would be great if this can be fixed in 5.5.
Created attachment 30560 [details] Proposal for the proxy options panel in the Options dialog.
See the attachment for the UI proposal. I rearranged the components and changed the labels a bit to better fit the relationship between the components. Btw, who's going to implement it?
For me the UI looks fine. I am adding Jan Chalupa to resolve the Jano's question.
It looks like the "Non Proxy Hosts" property could be exposed easily in the Tools | Options UI. Jirka might be the right person to work on it. Tonda? The question is what should happen to other dialogs that visualize the proxy settings, e.g. the AutoUpdate Proxy dialog. CVS seems to maintain its own proxy settings and currently doesn't take the nonProxyHost property into account. It's probably not necessary as long as this proxy settings instance is specific to the CVS module only. Anyway, should this be done for 5.5, we need a working prototype in trunk soon. Let's review it and decide then.
> Jirka might be the right person to work on it. Tonda? Absolutely. Jirko, please do this ASAP. With regard to the property http.nonProxyHosts - if we are not taking this property into account, we should! And if we want to add some presets to the property, we should not remove the original contents of the property, but only add to it. > The question is what should happen to other dialogs that visualize the proxy settings - CVS and AutoUpdate IMHO nonProxyHosts is enough in the Tools / Options. The new CVS has its own proxy settings and shows its dialog when needed. For Autoupdate ignoring proxy setting for certain addresses perhaps does not make much sense and users don't need to set it in the AU proxy settings dialog. Right, Jirko?
I think ideally there would be just one proxy panel for all protocols in the Options dialog. This panel would be accessible also from CVS and AutoUpdate dialogs or wizards. But this is something that would need to be thoroughly though out, specified and reviewed. Thus I agree with Tonda's comments and for 5.5 we should just update the options dialog.
> I think ideally there would be just one proxy panel for all protocols in the Options dialog. This panel would > be accessible also from CVS and AutoUpdate dialogs or wizards. But this is something that would need to > be thoroughly though out, specified and reviewed. Yes, but it's a another story. To have only one shared dialog, already file I guess. > Thus I agree with Tonda's comments and for 5.5 we should just update the options dialog. I vote for. We need a easy/secure fix in promoG frame. Btw. Jano, the hint [e.g. localhost, netbeans.org, mydomain.com] should be part of options dialog? Note netbeans.org domain isn't local for almost none users, should be replace with some reasonable one.
".netbeans.org" is just an example of how to write the values into the text field. I'm fine with using something else, but I don't know of any other real address that is also "local" to other people.
And to answer your question: Yes, the hint should be part of options dialog. It should look exactly like the attached screenshot unless there are some UI issues with the proposal.
Fixed in main trunk. Will be backported to release55 shortly. Checking in editor/options/src/org/netbeans/modules/options/general/Bundle.properties; /shared/data/ccvs/repository/editor/options/src/org/netbeans/modules/options/general/Bundle.properties,v <-- Bundle.properties new revision: 1.10; previous revision: 1.9 done Checking in editor/options/src/org/netbeans/modules/options/general/GeneralOptionsPanel.form; /shared/data/ccvs/repository/editor/options/src/org/netbeans/modules/options/general/GeneralOptionsPanel.form,v <-- GeneralOptionsPanel.form new revision: 1.5; previous revision: 1.4 done Checking in editor/options/src/org/netbeans/modules/options/general/GeneralOptionsPanel.java; /shared/data/ccvs/repository/editor/options/src/org/netbeans/modules/options/general/GeneralOptionsPanel.java,v <-- GeneralOptionsPanel.java new revision: 1.25; previous revision: 1.24 done Checking in editor/options/src/org/netbeans/modules/options/general/GeneralOptionsModel.java; /shared/data/ccvs/repository/editor/options/src/org/netbeans/modules/options/general/GeneralOptionsModel.java,v <-- GeneralOptionsModel.java new revision: 1.4; previous revision: 1.3 done Checking in core/test/unit/src/org/netbeans/core/HttpSettingsTest.java; /shared/data/ccvs/repository/core/test/unit/src/org/netbeans/core/HttpSettingsTest.java,v <-- HttpSettingsTest.java new revision: 1.4; previous revision: 1.3 done Checking in core/src/org/netbeans/core/IDESettingsBeanInfo.java; /shared/data/ccvs/repository/core/src/org/netbeans/core/IDESettingsBeanInfo.java,v <-- IDESettingsBeanInfo.java new revision: 1.44; previous revision: 1.43 done Checking in core/src/org/netbeans/core/IDESettings.java; /shared/data/ccvs/repository/core/src/org/netbeans/core/IDESettings.java,v <-- IDESettings.java new revision: 1.75; previous revision: 1.74 done Checking in core/src/org/netbeans/core/Bundle.properties; /shared/data/ccvs/repository/core/src/org/netbeans/core/Bundle.properties,v <-- Bundle.properties new revision: 1.420; previous revision: 1.419 done
Created attachment 30652 [details] proposed patch in release55
Trung is not satisfied with current fix. While the issue 77053 not fixed (non-proxy hosts detected from OS) we should allow users to customize non-proxy hosts in Options UI for both settings, in both Manual Proxy Settings (current default) and also when Use System Proxy Settings. The pending use-case is a IDE running in corporate network which need to connect directly to corporate application server w/o http proxy. In current state we force these users to switch to manual setting which only one allow to customize non-proxy hosts what is not acceptable solution. Jano, what do you think about this change? Thanks
I think having "No Proxy For" enabled even for "Use System Proxy Settings" would be very confusing. The Real Player has exactly that on Mac, and believe me, it's indeed very confusing once you start solving issues with proxies. You don't know what exactly "use proxy" means in combination with "No Proxy For" and whether you're supposed to modify "No Proxy For" in Real Player, or you should do it in System Options, and when you modify it in both places you don't know whether from now on you should manually keep the both lists in sync or what. So what you end up with is actually selecting the manual proxy and do everything manually, which is exactly what our UI suggests. If we are able to detect no-proxy-for settings on Windows, I would keep the UI as it is, and for others they would need to do everything manually. The proper way to fix this is to detect the no-proxy-for settings on all platforms.
Guys & Gals, I've seen a bunch of traffic generated on this and want to set the last comment straight. I had originally requested this in an environment where there was a proxy for the entire network and as such I needed to have that proxy set in NetBeans to allow me to do validation of documents etc. The reason I requested the override was so that I could get around the proxy pulling local documents and caching them. Even though I had it set as "Use System Proxy Settings" I still had a need to allow individual host overrides in addition to those generated by a proxy.pac.
Which OS are you using? And how do you set up proxies? With the new UI, you can either specify the non-proxy-host at OS level or use the manual proxy settings in the IDE options dialog. The OS level means: - on windows: Control Panel | Internet Options - on Mac: Systems Preferences | Network I'm not sure about Linux and Solaris.
I see a pretty quite period in discussion thus I read as we have found out a solution: left UI as same as Jano specified and try hard to detect non-proxy hosts on all platforms. It means I mark this issue as fixed in trunk and do instantly backport in release55. The issue 77053 (detect non-proxy from OS) has increased priority and is marked as 55-candidate to make sure will be fixed in NB5.5
backported to release55; Checking in editor/options/src/org/netbeans/modules/options/general/Bundle.properties; /shared/data/ccvs/repository/editor/options/src/org/netbeans/modules/options/general/Bundle.properties,v <-- Bundle.properties new revision: 1.2.2.3.2.1; previous revision: 1.2.2.3 done Checking in editor/options/src/org/netbeans/modules/options/general/GeneralOptionsPanel.java; /shared/data/ccvs/repository/editor/options/src/org/netbeans/modules/options/general/GeneralOptionsPanel.java,v <-- GeneralOptionsPanel.java new revision: 1.2.2.3.2.1; previous revision: 1.2.2.3 done Checking in editor/options/src/org/netbeans/modules/options/general/GeneralOptionsModel.java; /shared/data/ccvs/repository/editor/options/src/org/netbeans/modules/options/general/GeneralOptionsModel.java,v <-- GeneralOptionsModel.java new revision: 1.3.8.1.2.1; previous revision: 1.3.8.1 done Checking in core/src/org/netbeans/core/IDESettingsBeanInfo.java; /shared/data/ccvs/repository/core/src/org/netbeans/core/IDESettingsBeanInfo.java,v <-- IDESettingsBeanInfo.java new revision: 1.43.44.1; previous revision: 1.43 done Checking in core/src/org/netbeans/core/Bundle.properties; /shared/data/ccvs/repository/core/src/org/netbeans/core/Bundle.properties,v <-- Bundle.properties new revision: 1.409.2.3.2.1; previous revision: 1.409.2.3 done Checking in core/src/org/netbeans/core/IDESettings.java; /shared/data/ccvs/repository/core/src/org/netbeans/core/IDESettings.java,v <-- IDESettings.java new revision: 1.66.24.2.2.1; previous revision: 1.66.24.2 done Checking in core/test/unit/src/org/netbeans/core/HttpSettingsTest.java; /shared/data/ccvs/repository/core/test/unit/src/org/netbeans/core/HttpSettingsTest.java,v <-- HttpSettingsTest.java new revision: 1.1.82.1; previous revision: 1.1 done
it was implemented for 5.5. Potential issues will be tracked separatly. Marking as verified.
This issue had *2 votes* before move to platform component