Summary: | Truncated import statements [code manipulation] | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Peter Burka <peter_burka> |
Component: | UI | Assignee: | Martin Aeschlimann <martinae> |
Status: | VERIFIED FIXED | QA Contact: | |
Severity: | major | ||
Priority: | P3 | Keywords: | investigate |
Version: | 2.0 | ||
Target Milestone: | 2.1 M3 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Peter Burka
2002-07-05 18:34:16 EDT
I think that this happens most frequently when I'm using content assist to generate anonymous inner classes. Peter, can you provide a reproducable case (I know ....) ? Martin, please investigate if some comes to your mind that explains this behaviour. When I do encounter the problem, it does seem to be repeatable. That is, if I undo a few steps and then repeat the insertion of the inner class, I get exactly the same truncated import statements. Unfortunately I haven't been able to come up with a simple repeatable test case which doesn't involve my whole workspace. Just happened again - here's some more information: The problem occurs when I type something like new IFCBResourceRefreshListener[Ctrl+Space]([Ctrl+Space] It's important that I trigger the two code assists quickly, and that there be no code assist options to pick from (that is, only one suggestion, so no list appears). If I do it slowly, the error doesn't occur. It might also be relevant that IFCBResourceRefreshListener is inserted as the second last import, but I don't think so. If I start undoing and redoing, I can see that the following series of undoable actions occurred: 1) the import was correctly added in the right place 2) the inner class declaration was added 3) the imports were truncated fixed > 20021030 |