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.
Summary: | Do not show breakpoint if it was not set | ||
---|---|---|---|
Product: | debugger | Reporter: | Ivan Sidorkin <ivansidorkin> |
Component: | Java | Assignee: | Martin Entlicher <mentlicher> |
Status: | NEW --- | ||
Severity: | blocker | Keywords: | UI |
Priority: | P4 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Ivan Sidorkin
2008-12-11 14:50:10 UTC
Ivan, could you explain this report? I am not sure I do understand. you have 2 projects (ME projects) each of them has file with same name (HelloMIDlet.java) both files opened in source view add breakpoint to one file. it added, you can see icon in gutter switch to second file, you can see breakpoint icon at the same line, but it shouldn't be there All debugger UI belongs to Java debugger because files has mime-type "text/x-java" . Setting breakpoint actions and annotations are handled by JPDA debugger. It seems org.netbeans.modules.debugger.jpda.projects.BreakpointAnnotationProvider somehow incorrectly set debugger annotations. So this is not J2ME issue. This is a field breakpoint, right? Currently we do not distinguish the URL of the source file, field breakpoint is just set on the class and field name. Wherever the source is. Thus we'd need to associate the field (and method, class, exception, etc.) breakpoints with the project. IMHO the priority is lower than P3. Usually this does not cause any harm. To solve this, we'd have to add some field for project URL to the field/method/class/exception breakpoint customizer. It would activate the breakpoint in the debugger session only if the given project, or it's "parent" project, is being debugged. |