Community
Participate
Working Groups
Build ID: I20070809-1105 Steps To Reproduce: 1. Create a new project 2. Download junit-4.4.jar from sourceforge, and place it on your classpath. 3. Create a test class that uses Theories, like this: import static org.junit.Assert.assertEquals; import org.junit.experimental.theories.Theories; import org.junit.experimental.theories.Theory; import org.junit.runner.RunWith; @RunWith(Theories.class) public class EclipseTest { @Theory public void allNumbersAreOne(int n) { assertEquals(1, n); } } 4. Run the test 5. Try to double-click through to the failure Receive a message "Method 'allNumbersAreOne' not found. Opening the test class." allNumbersAreOne is not highlighted. More information:
*** Bug 248650 has been marked as a duplicate of this bug. ***
*** Bug 259229 has been marked as a duplicate of this bug. ***
I'm adding this comment so the bug shows up when you search for @Parameters or Parameterized (to avoid further duplicates): This is also triggered when you write a JUnit 4 test case that Parameterized and @Parameters: @RunWith(Parameterized.class) class MyTest { @Parameters public static Collection<Object[]> data() { return Arrays.asList(new Object[] { Boolean.TRUE }); } public MyTest(boolean param) {} @Test public void testTruth() { assertTrue(true); } } By the way, if you fix this, maybe you could also replace the [0] tree nodes with [parameters.toString()] or similar? [true] would be much more readable, in particular if you have a lot of different parameters.
Bug 248650 and bug 259229 are not dups. We have currently no plans to add support for undocumented types from an "experimental" package.
see also Bug 391023
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.