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 40093 - [PERFORMANCE] Local Variables should update immediately after a breakpoint
Summary: [PERFORMANCE] Local Variables should update immediately after a breakpoint
Status: CLOSED WONTFIX
Alias: None
Product: debugger
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: PC Windows XP
: P3 blocker (vote)
Assignee: issues@debugger
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-13 16:59 UTC by _ gtzabari
Modified: 2010-04-29 09:16 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 _ gtzabari 2004-02-13 16:59:34 UTC
dev build 200402121900

   When a breakpoint is reached, the LOCAL
VARIABLES window (and others for that matter)
update with varying speeds. Sometimes the updates
are instantenous, sometimes it takes one second to
update and this is while breakpointing at the same
point over and over again so I would expect a
consistent response time.

    My expectation as a user is for the LOCAL
VARIABLES to update no later than 300ms after the
breakpoint has been reached. Any longer and my
productivity decreases.

    Because I'm seeing inconsistent response times
at the exact same breakpoint I am guessing there
is an obvious bug in the code that could be fixed.
 Maybe you are updating the window every one
second interval instead of on-demand. Maybe you're
missing a call such that once a breakpoint is
called, it queries for an immediate update.
Comment 1 Maros Sandor 2004-02-16 09:33:56 UTC
Debugger views are refreshed some 500ms after the debugger stops. You 
may sometimes experience other delays if you step in the code rather 
quickly. Variables refresh is revised in the new debugger API for 
promo-D and we will evaluate this issue later. This delay is there to 
enable you to step faster (repaint slows things down) while keeping 
the views up-to-date.
Comment 2 Jan Jancura 2004-05-31 14:13:59 UTC
As designed.
Comment 3 Quality Engineering 2010-04-29 09:16:34 UTC
Verified ... and Closing all issues resolved into NetBeans 6.7 and earlier.