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.
Summary: | Options to Specify Default Profiles for Multiple External Browsers | ||
---|---|---|---|
Product: | ide | Reporter: | Jesse Glick <jglick> |
Component: | Extbrowser | Assignee: | Martin Grebac <mgrebac> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | CC: | dfhubbard |
Priority: | P4 | ||
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Windows ME/2000 | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
Jesse Glick
2002-07-02 08:13:36 UTC
[DF Hubbard continues:] I do not ordinarily use Linux, so I can't comment about how the NetBeansIDE runs there. Running in Windows 2000 Pro with Service Pack 2, there are features accessed thru "Tools/Options" to specify the correct external browser's executable name, path, and arguments. These features appear to accept edited data, but discard this data without permanently saving the editing changes. If you edit the data for one choice of the external browser (Netscape 6.2.3, for example), then edit the data for another browser (e.g. Mozilla 1.0), the changes made for the first browser have been discarded and replaced by the initial data. Close NetBeansIDE and restart it and the edited data for all external browsers has reverted back to their initial configuration. The current build of Sun ONE Studio 4 does the same thing as far as I have been able to determine. The first part of this issue suggests to make it possible to pass name of profile used for browser invocation as an argument when starting NetBeans. I don't want to go this way because startup launcher should be independent to modules like extbrowser so -P is not good solution. Anything like -J-Dnetbeans.extbrowser.profile="your profile name" introduces non-apparent behaviour (or at least undocumented). There is no reasonable default value so we have to decide whether we will pass it to command or not. Also we need a way how to present it to user. Ad 2nd part: if the value is not persisted across the IDE session it is a bug. It is 'as designed' that executable is changed when value of DDE server is modified. Keeping history looks is an overhead here. We will check this. Set target milestone to TBD Reassigning The values are editable and persist across ide sessions, so marking as fixed. |