Community
Participate
Working Groups
In a scrapbook page, enter code like: Square square = new Square(); return square.square(3); This assume a class 'Square' with a method: public int square(int i) { return i*i; } Set a breakpoint in the square() method, then select the code in the scrapbook and hit Display. The breakpoint is hit, but the debugger tries to show the source in the scrapbook page, not the editor for Square.
If I re-select the top stack frame, source is shown.
*** Bug 32761 has been marked as a duplicate of this bug. ***
This appears to be a workbench bug. The problem only occurrs when the perspective is being switched. For example, from the java perspective to the debug perspective. This can be seen by following the scrapbook example below. A simpler test case is: * Debug to a breakpoint * switch to the java perspective * Close the editor that the breakpoint is in * open another (different) editor * switch to the debug perspective -> The debugger opens the editor in which the breakpoint is, but the workbench brings the "oldActivePart" to the top, covering up the editor that the debugger brought to the top. -> This can be seen by placing a breakpoint in WorkbenchPage#bringToTop (IWorkbenchPart)
Defer
This actually effects more than the scrapbook. For example: * in the Java perspective, open an editor on some compilation unit (for example "DebugPlugin". * create a launch configuration for "junit.samples.VectorTest" that does not switch perspectives when launching (via common tab) * place a breakpoint in VectorTests * close the VectorTests editor * debug VectorTests * when the breakpoint is hit, the debug perspective is activated, but the associated source is not shown -> instead "DebugPlugin" is shown Thus, this means that if a user switches away from the debug perspective, and then a breakpoint is hit, the proper source may not be shown.
Is this still an issue in 3.2?
As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you.