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.
As we fixed the StringRenderer (issue 55829) implementation the debugger value displaying stoped to work propertly. Please use 'htmlDisplayValue' if you want do display value in bold, red, ... html.
I will look at it.
*** Issue 56469 has been marked as a duplicate of this issue. ***
*** Issue 56472 has been marked as a duplicate of this issue. ***
Fixed in trunk. QA: Test all debugger views - for all columns. Checking in viewmodel/src/org/netbeans/modules/viewmodel/TreeModelNode.java; /cvs/debuggercore/viewmodel/src/org/netbeans/modules/viewmodel/TreeModelNode.java,v <-- TreeModelNode.java new revision: 1.23; previous revision: 1.22 done Checking in viewmodel/src/org/netbeans/modules/viewmodel/TreeTable.java; /cvs/debuggercore/viewmodel/src/org/netbeans/modules/viewmodel/TreeTable.java,v <-- TreeTable.java new revision: 1.15; previous revision: 1.14 done Checking in viewmodel/src/org/netbeans/spi/viewmodel/Models.java; /cvs/debuggercore/viewmodel/src/org/netbeans/spi/viewmodel/Models.java,v <-- Models.java new revision: 1.14; previous revision: 1.13 done Checking in viewmodel/src/org/netbeans/spi/viewmodel/NodeModel.java; /cvs/debuggercore/viewmodel/src/org/netbeans/spi/viewmodel/NodeModel.java,v <-- NodeModel.java new revision: 1.5; previous revision: 1.4 done Checking in viewmodel/src/org/netbeans/spi/viewmodel/NodeModelFilter.java; /cvs/debuggercore/viewmodel/src/org/netbeans/spi/viewmodel/NodeModelFilter.java,v <-- NodeModelFilter.java new revision: 1.6; previous revision: 1.5 done Checking in viewmodel/src/org/netbeans/spi/viewmodel/TableModel.java; /cvs/debuggercore/viewmodel/src/org/netbeans/spi/viewmodel/TableModel.java,v <-- TableModel.java new revision: 1.5; previous revision: 1.4 done Checking in viewmodel/src/org/netbeans/spi/viewmodel/TableModelFilter.java; /cvs/debuggercore/viewmodel/src/org/netbeans/spi/viewmodel/TableModelFilter.java,v <-- TableModelFilter.java new revision: 1.6; previous revision: 1.5 done Checking in viewmodel/src/org/netbeans/spi/viewmodel/TreeModelFilter.java; /cvs/debuggercore/viewmodel/src/org/netbeans/spi/viewmodel/TreeModelFilter.java,v <-- TreeModelFilter.java new revision: 1.7; previous revision: 1.6 done Checking in viewmodel/test/unit/src/org/netbeans/api/viewmodel/BasicTest.java; /cvs/debuggercore/viewmodel/test/unit/src/org/netbeans/api/viewmodel/BasicTest.java,v <-- BasicTest.java new revision: 1.4; previous revision: 1.3 done
Attaching screenshot showing that it's still reproducible in dev-200503291800 build in Watches view.
Created attachment 21213 [details] screenshot
fixed in trunk. Checking in ui/src/org/netbeans/modules/debugger/jpda/ui/models/VariablesTableModel.java; /cvs/debuggerjpda/ui/src/org/netbeans/modules/debugger/jpda/ui/models/VariablesTableModel.java,v <-- VariablesTableModel.java new revision: 1.7; previous revision: 1.6
Please verify this issue Martin, thanks.
I haven't noticed any problem with displaying values in debugger - verified
I just saw this happen in a dev build. I had a var with a value like "<foo>" and it was rendered as "<foo>". I don't know how to reproduce.
IMHO it's really fixed. String foo = "<foo>"; is displayed as | foo | "<foo>" | We return 'htmlDisplayValue' correctly AFAIK.
Well I'll reopen with details if I see it again.
During fixing and testing of issue #61935 I've found occasionally inconsistencies like "<foo>". After the fix of issue #61935 this should definitely be gone.
OK, thanks for update.
It still happens. 050826, while debugging TargetListerTest (ant module). TargetLister.Script.<init>'s inheritedPropertyDefs has a large Map<String,String> value which is displayed correctly in the dialog and tooltip of the toString version, but is preceded by "<html>" in the property sheet of the Local Variables window, e.g. Name | toString() ------------------------+---------------------------------- inheritedPropertyDefs | <html>{java.runtime.name=.....
The string is quite long. IMHO this is issue #57572. It needs to be solved with/by issue #58691.
Okay, verifying. The remaining problem is tracked in issue #81335.