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.

Bug 55902 - [41cat] Red marking of changed watch very unreliable
Summary: [41cat] Red marking of changed watch very unreliable
Status: CLOSED WORKSFORME
Alias: None
Product: debugger
Classification: Unclassified
Component: Code (show other bugs)
Version: 4.x
Hardware: PC Windows XP
: P4 blocker (vote)
Assignee: issues@debugger
URL:
Keywords: RANDOM
Depends on:
Blocks:
 
Reported: 2005-03-03 15:16 UTC by Milan Kubec
Modified: 2006-03-24 12:54 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Milan Kubec 2005-03-03 15:16:50 UTC
[dev-200503021900, JDK 1.5.0_02]

During debugging simple loop where watch was set
to control variable of the loop (i), red marking
of changed watch was very unrealiable, simply said
it was random.
Comment 1 Milan Kubec 2005-03-04 08:17:48 UTC
Clarification: Value of the watch was sometimes red after change and
sometimes not.
Comment 2 Jiri Kovalsky 2005-03-04 13:15:52 UTC
This issue was reported in NetCAT 4.1 program.
Comment 3 Roman Ondruska 2005-03-30 08:10:16 UTC
This behavior depends on time slice between two steps and is as designed in
current version.
Comment 4 Milan Kubec 2005-03-30 08:19:56 UTC
Very difficult to reproduce, but sometimes it really happens. Just reproduced
couple minutes ago with changing String value.
Comment 5 Jan Jancura 2005-03-30 08:30:01 UTC
There is no how to reproduce, so we can not fix it.
Comment 6 Milan Kubec 2005-03-30 08:33:29 UTC
You just need to be consistent enough and try and try and try.
Comment 7 Jan Jancura 2005-03-30 08:53:58 UTC
Hard to reproduce + not a big problem (bad color of some text somewhere) => P5

mkubec: You are simply not right. YOU should follow QA rules and fire a bugs
with how to reproduce section.
Comment 8 Milan Kubec 2005-03-30 09:28:07 UTC
jjancura: average developer would understand following paragraph:

.. During debugging simple loop where watch was set
to control variable of the loop (i), red marking
of changed watch was very unrealiable ..

simple loop is e.g. 
for (int i = 0; i < 20; i++) {

}

control variable of loop is 'i' and watch was created for this variable

Debugging means using debugger and stepping by F8. 

Just read QE reports and you will learn lot of things and also how to reproduce
bugs.
Comment 9 Milan Kubec 2005-10-13 15:37:17 UTC
Doesn't seem to be reproducible.
Comment 10 gugrim 2005-10-13 17:11:42 UTC
Here is a simple test loop and instructions on how to use it.

1: StringBuilder sb = new StringBuffer();
2: while (sb.length() < 600)
3:   sb.append("abc 123 ");

First start real slowly:

Step to line 2.
Step over to line 3. The sb should be plain.
Step over to reach line 2. The sb should be bold.
Step over to line 3. The sb should be plain.

Now step over twice quickly. The sb should always be plain on line 3 but are
very often bold. If it turns out plain then just step over twice quickly again.
Comment 11 _ lcincura 2005-10-14 09:32:49 UTC
As far as I know, the described behaviour is correct. When you are stepping
slowly, everything works fine. But:
1) when you are stepping fast, the watches are not evaluated after each step
(evaluation does not start immediatelly after step is done, but waits some small
amount of time - to be able to step faster)
2) when watches are evaluated, the new value is compared to old displayed value.
If they are not same, the value is marked as changed. It does not check, if
value was changed during last step or not. This is simple help for you, to see,
what changed since last valid status.
Comment 12 Milan Kubec 2005-12-19 15:56:30 UTC
Verified.