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.
[dev-20011005] Name of copied service type is not correctly displayed. Possible disturbance of user. 1. Copy e.g. External Execution type to its package, i.e. somethinq like External Execution_1 should be created. But the name of new object is the same. 2. When you press F2 to rename name with underscore and number is displayed. (Q: Why these nodes haven't rename action?)
Actually a bug in core's implementation of setting node
Vita has agreed to take this one...
Further information -- The thing is actually handled in org.openide.loaders.InstanceNode. My fault, I still live in old times when these things were in the core. There's an interesting thing: Editing is done by TreeViewCellEditor (org.openide.explorer.view) which wants to editnode's getName(). Node.getName() is also used in NodeOp for node navigation and OTOH the getName() is supposed to be identifying, immune to localization. I don't know whether getName() can be changed to return, for .setting files with getDisplayName(), the display name - so the CellEditor is happy. For such settings, the display name is identifying, isn't it ?
Reassigning to Honza.
I could try to fix this if you don't have time for it... just assign it to me if you want to.
I'll try it.
I'm out of time. Another two bugs, Honza, Jesse please take it.
I will look at it.
Fixed. Needed to override handleCopy similarly to handleCreateFromTemplate in InstanceDataObject. Note that renaming the original service still displays the internal name; I don't know if this is fixable. But it should be less common to want to rename the original. At least making a new one, via either template (recommended) or by copying (as here) should behave reasonably. 1.77 openide/src/org/openide/loaders/DataLoaderPool.java 1.92 openide/src/org/openide/loaders/InstanceDataObject.java 1.16 openide/src/org/openide/loaders/InstanceNode.java
verified in 3.3. , closed