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.
'Server And External Tool Settings' in "Tools->Options->IDE Configuration->Server And External Tool Settings" can appear without spaces sometime (as 'ServerAndExternalToolSettings'). It prevents running of HTTP server related automated tests (they use "Tools->Options->IDE Configuration->Server And External Tool Settings->HTTP Server" settings) Solaris 9, JDK 1.4.0_02 S1S 4 update 1 build 020905
Problem with "ServerAndExternalToolSettings" without of spaces reproduced for me too(not each time, but often) However looks like this is common problem, because sometimes spaces missed from other messages. For example when try to rename some node via popup menu: In "Rename" dialog text field named "NewName:" instead of "New Name". Such problems causes many failures of automated tests.
changed owner Dafe -> Peter Z.
Marian please could you have a look at it and let me know whether it is reproducible? I don't see it in NB.
I cannot reproduce it. Oleg: Are you sure that tests fail because no spaces in the node name? Alexei: Please be more exact, what does it mean "some node" ?
Some node(node on filesystems tab of explorer) it is some jsp, servlet on html file.
reassigne to Marek, new owner of ui subcomponents
Created attachment 8500 [details] S1S 4 update 1 EE build 030106. W2K, JDK 1.4.1
It happens in current NB dev build too. I found that LookupNode.setDisplayName() is called with node name not with localized values. I tried to modify localized bundle for this node but no change. Reassign to nodes.
I assume that node display name should be taken from localized bundle. Am I right?
Created attachment 9165 [details] Call stack for setDisplayName()
Reproduced with S1S 5 build 030312_1
*** Issue 33543 has been marked as a duplicate of this issue. ***
Taking over the node bugs from phrebejk.
My findings: Generally, DataNode is broken "a bit": it calls setDisplayName() with base name of the file (not annotated => not localized), which fires PCE with this name as new value. if you call getDisplayName, you'll get correct result (annotated, as getDN calls super.getDN and then annotates it). But if you take the value from the PCE, you'll have the bare name....
Sorry, but it seems this can't be fixed correctly while it is very easy to workaround it on API client side (don't depend on evt.getNewValue()).
Seems to be fixed. All known nodes already use getDisplayName(). If you see any other occurrence of this issue in dev build please reopen with info about exact location in UI so we are able to find responsible node. Thanks.
Fixed already.
This issue was solved long time ago. Because nobody has reopened it neither added comments, we are verifying/closing it now. If you are still able to reproduce the problem, please reopen. Thanks in advance.