Bugzilla – Full Text Bug Listing
| Summary: | In some places in Java source file setting a breakpoint it the margin fails | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Timothy Mowlem <tmowlem> |
| Component: | Debug | Assignee: | JDT-Debug-Inbox <jdt-debug-inbox> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | Olivier_Thomann, remy.suen |
| Version: | 3.5 | ||
| Target Milestone: | --- | ||
| Hardware: | Macintosh | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
If I am not wrong, this was fixed during M4 cycle. Please try the upcoming 3.6M4 build. (In reply to comment #1) > If I am not wrong, this was fixed during M4 cycle. Please try the upcoming > 3.6M4 build. You are wrong. The bug still persists in 3.6M4 Did you get a NPE in the .log file ? (In reply to comment #3) > Did you get a NPE in the .log file ? Hello Olivier, Yes I was able to locate the following NPE in the bak.log which looks pertinent. Note that there is also a permissions issue I think with the install on MacOSX as various other exceptions are going off about GIFs not being able to be extracted. I assume that this is a separate issue given that this bug has existed pre 3.6M4 but thought I would mention it just in case (I have filed a separate bug for this): !ENTRY org.eclipse.ui 4 0 2009-12-14 12:24:44.505 !MESSAGE Unhandled event loop exception !STACK 0 java.lang.NullPointerException at org.eclipse.jdt.internal.debug.ui.actions.ToggleBreakpointAdapter.getQualifiedName(ToggleBreakpointAdapter.java:444) at org.eclipse.jdt.internal.debug.ui.actions.ToggleBreakpointAdapter.toggleBreakpoints(ToggleBreakpointAdapter.java:1187) at org.eclipse.debug.ui.actions.ToggleBreakpointAction.run(ToggleBreakpointAction.java:101) at org.eclipse.ui.texteditor.AbstractRulerActionDelegate.run(AbstractRulerActionDelegate.java:103) at org.eclipse.debug.ui.actions.RulerToggleBreakpointActionDelegate.runWithEvent(RulerToggleBreakpointActionDelegate.java:122) at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:241) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:584) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:501) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:3697) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1314) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1337) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1322) at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1136) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3557) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3215) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2407) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2371) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2220) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:367) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:611) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:566) at org.eclipse.equinox.launcher.Main.run(Main.java:1363) Ok, thanks. Then this is a duplicate of bug 297248. I released a fix for bug 297757 that should fix this case in today's integration build. *** This bug has been marked as a duplicate of bug 297248 *** |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_2; en-us) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10 Build Identifier: Eclipse 3.6M3 I20091030-1201 In some places in some Java source files when I double click (or choose Toggle breakpoint from the context menu) in the LH gutter to set a breakpoint no breakpoint gets set (neither the icon for a breakpoint nor an entry in the breakpoints window in the Debug perspective appear). Yet in other places in the same source file setting a breakpoint works fine. This is true in both Java and Debug perspectives. This has been happening for some time so not just in this build. I first noticed it some weeks or even a few months ago. I cannot include the source since it is proprietary but I can show where the issue occurs, the following code block is contained in a method in my class: System.out.println("OK"); swingWorker = new MySwingWorker<Object, Something>() { List<Error> errors = new ArrayList<Error>(); @Override protected List<Sample> doInBackground() { // my code here } @Override protected void process (List<Something> stuff) { // my code in here } @Override protected void done() { // my code in here } }; swingWorker.execute(); I am not able to set breakpoints on any lines within the braces delimiting the swingworker creation, so the sysout, new swingworker and last swingworker.execute lines all accept breakpoints but nothing inside. There appear to be various similar reports to this but none exactly the same that I could see. Reproducible: Always Steps to Reproduce: 1. Create a class with a method containing an anonymous swingworker creation 2. try and set a breakpoint in the code that defines the swingworker