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: | Node actions do not make sense on Web Browser objects | ||
---|---|---|---|
Product: | platform | Reporter: | Jason Rush <jrush> |
Component: | -- Other -- | Assignee: | _ rkubacki <rkubacki> |
Status: | CLOSED FIXED | ||
Severity: | blocker | CC: | av-nb, rkubacki |
Priority: | P4 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | 16198 | ||
Bug Blocks: |
Description
Jason Rush
2001-04-11 01:02:57 UTC
This is a couple of issues: 1) It has sense to create FilterNode that will redefine behaviour of 'Web Browser' node so that it will create children with only required actions. 2) all instances of Ice Browser shares one settings - I will create separate bug Nodes representing browsers are created in core. Target milestone -> 3.3 The second problem is solved. The first one persists. Vita, can you check if this can be solved? Is there anything what I can do in my module to declare that the browser is not deletable? At least it would be nice to guarantee that SwingBrowser cannot be deleted. There is already an issue #16198, which will add support for (un)deletable settings in the XML layers. I have marked this issue to depend on #16198. Target milestone -> 3.3.1. Target milestone -> 3.3.1. Target milestone -> 3.4 Target milestone -> 3.4 Target milestone -> 3.4 Target milestone -> 3.4 Postponing due to dependency on issue 16198 Looks like second problem appears again. For example: If you'll copy External Browser(Command Line) node and paste them, then changes in one node will be reflected in all copied nodes. So looks like all copies are just point to one object. (Checked on FFJ4.0 rc5 under all OS's) - The first part is tracked by issue 24123. We should create new issue for sharing settings in command line browser. OTOH it works correctly in NB3.4 and problem with icebrowser was fixed too so I mark it as fixed. Ok. Copy work well in trunk(for SWING browser and for command line browser) Resolved for 3.4.x or earlier, no new info since then -> verified Resolved for 3.4.x or earlier, no new info since then -> closing. |