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 8799 - Class name of breakpoint is badly filled with two top level classes
Summary: Class name of breakpoint is badly filled with two top level classes
Status: CLOSED FIXED
Alias: None
Product: debugger
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: All All
: P4 minor (vote)
Assignee: issues@debugger
URL:
Keywords:
Depends on: 17205
Blocks:
  Show dependency tree
 
Reported: 2000-12-07 08:36 UTC by Jan Stola
Modified: 2003-06-30 17:29 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Stola 2000-12-07 08:36:22 UTC 
Build 1160 and Netbeans 83
--------------------------

Steps to reproduce:
1. Create some file with two top level classes.
2. Put caret to the one of them.
3. Now quickly move your caret to the second class and invoke
   Add/Remove breakpoint action (Ctrl-F8).
4. New breakpoint will be created, but it's class name will be the
   name of the first class. So, the breakpoint will not work.
Comment 1 Jan Stola 2001-01-22 12:08:59 UTC 
BUG also appears in version : FFJ20
Comment 2 Jan Chalupa 2001-03-12 09:00:31 UTC 
Version: 'Dev' -> 3.2
Comment 3 Jan Jancura 2001-04-04 13:01:16 UTC 
We should not use getSelectedNodes () mechanism....
Comment 4 Jan Chalupa 2001-05-05 21:21:14 UTC 
Target milestone -> 3.3
Comment 5 Jan Jancura 2001-11-20 14:57:54 UTC 
Depends on new Java module API.
Comment 6 Jan Jancura 2001-11-20 15:27:36 UTC 
Depends on new Java module API. => nb3.4
Comment 7 Jan Stola 2001-12-18 10:42:54 UTC 
Reopening. Bugs marked as RESOLVED LATER are usually
lost :-(. There is a field Target Milestone for purposes
like this. So, it's not necessary to have this bug closed.
Comment 8 Jan Jancura 2002-07-15 16:03:17 UTC 
fixed in the main trunk
Comment 9 Marek Grummich 2002-10-14 13:23:27 UTC 
Verified
Comment 10 Quality Engineering 2003-06-30 17:29:27 UTC 
Resolved for 3.3.x or earlier, no new info since then -> closing.