Community
Participate
Working Groups
Build Identifier: M20100909-0800 When I activated "Focus on Active Task" in Tasks View for the first time (and subsequent times), I got the following exception: eclipse.buildId=M20100909-0800 java.version=1.6.0_22 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US Framework arguments: -vm C:\Program Files\Java\jdk1.6.0_22 -startup plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar Command-line arguments: -os win32 -ws win32 -arch x86_64 -vm C:\Program Files\Java\jdk1.6.0_22 -startup plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar Error Sun Dec 12 14:58:36 EST 2010 Internal Error Java Model Exception: Java Model Status ['FindInterestingMethods (CSC-ELVDACLVZEA's conflicted copy 2010-11-15)' is not a valid Java identifier] at org.eclipse.jdt.internal.core.JavaElement.newJavaModelException(JavaElement.java:504) at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:246) at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:515) at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:252) at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:238) at org.eclipse.jdt.internal.core.JavaElement.getChildren(JavaElement.java:193) at org.eclipse.jdt.internal.core.JavaElement.getSourceElementAt(JavaElement.java:367) at org.eclipse.jdt.internal.core.CompilationUnit.getElementAt(CompilationUnit.java:701) at org.eclipse.mylyn.internal.java.ui.JavaStructureBridge.getHandleForOffsetInObject(JavaStructureBridge.java:298) at org.eclipse.mylyn.ide.ui.AbstractMarkerInterestFilter.isInteresting(AbstractMarkerInterestFilter.java:30) at org.eclipse.mylyn.internal.ide.ui.MarkerInterestFilter.select(MarkerInterestFilter.java:64) at org.eclipse.jface.viewers.ViewerFilter.filter(ViewerFilter.java:51) at org.eclipse.jface.viewers.StructuredViewer.getFilteredChildren(StructuredViewer.java:900) at org.eclipse.jface.viewers.AbstractTreeViewer.getSortedChildren(AbstractTreeViewer.java:601) at org.eclipse.jface.viewers.AbstractTreeViewer.updateChildren(AbstractTreeViewer.java:2581) at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefreshStruct(AbstractTreeViewer.java:1867) at org.eclipse.jface.viewers.TreeViewer.internalRefreshStruct(TreeViewer.java:721) at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1842) at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(AbstractTreeViewer.java:1799) at org.eclipse.jface.viewers.StructuredViewer$8.run(StructuredViewer.java:1514) at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1422) at org.eclipse.jface.viewers.TreeViewer.preservingSelection(TreeViewer.java:403) at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(StructuredViewer.java:1383) at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:1512) at org.eclipse.jface.viewers.ColumnViewer.refresh(ColumnViewer.java:548) at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.java:1469) at org.eclipse.ui.internal.views.markers.UIUpdateJob.runInUIThread(UIUpdateJob.java:108) at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:95) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4041) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3660) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2640) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2604) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2438) at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:671) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:664) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:115) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) 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:369) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574) at org.eclipse.equinox.launcher.Main.run(Main.java:1407) at org.eclipse.equinox.launcher.Main.main(Main.java:1383) Whenever the Task view is refreshed, the error message is show in a popup. Deactivating and reactivating the task does not help. Reproducible: Didn't try Steps to Reproduce: Not sure how to reproduce using a fresh workspace.
Thanks for the report. Looks like the bridge's assumptions about the marker contents is too strict. I think we need to add checks or improve the exception handling.
I have added a guard to the AbstractMarkerInterestFilter#isInteresting to ensure that users do not get a dialog like this. This error seems to be handled in the structure bridge already.
Created attachment 189442 [details] mylyn/context/zip