Community
Participate
Working Groups
Go to org.eclipse.jdt.internal.core.JavaProject.getSharedProperty(String) Ctrl + click on "getFile" in this.project.getFile(key); Say Open Implementation => empty (wrong! Must be Container) Few lines below, do same on "getLocationURI" in rscFile.getLocationURI(); Say Open Implementation => Resource and something else is shown (OK). In both cases it takes way too long, UI flickers a lot and CPU is busy for some more seconds as usually. *All* related sources are of course in same workspace, where I have most of SDK projects opened. Note: I've used JavaProject just for example, it could be also other source where IProject.getFile() is used. I would say this is a big regression. I'm using I20200511-1800, tested with both JDK 1.8.0_181 & 11.0.7
(In reply to Andrey Loskutov from comment #0) > Go to org.eclipse.jdt.internal.core.JavaProject.getSharedProperty(String) > > Ctrl + click on "getFile" in this.project.getFile(key); > > Say Open Implementation => empty (wrong! Must be Container) Feels like Ctrl+click just like Ctrl+T only travels up or down the inheritance hierarchy. Indeed the type hierarchy of IProject has no implementation for getFile(). There's only a sub type (Project) which inherits the method from its superclass (Container). IProject and Container are not directly related. To fix this one would have to walk zig-zag to all subtypes and all their superclasses. As you mention that the operation already takes too long, this sounds like a good recipe to aggravate that. > I would say this is a big regression. Did it ever work? I would be surprised. Ooops: Ctrl+T on Container.getFile() takes *really long*! But if finds the implementation (if you are patient).
> Ctrl+T on Container.getFile() takes *really long* A little out of context, but some types in the Xtext codebase, Ctrl+T (Quick type hiearchy) takes up to 60 seconds with latest Eclipse versions. I've not seen this in older versions. Stephan, do you remember Ctrl+T on Container.getFile() being slow in older versions of Eclipse?
(In reply to Sebastian Zarnekow from comment #2) > > Ctrl+T on Container.getFile() takes *really long* > > A little out of context, but some types in the Xtext codebase, Ctrl+T (Quick > type hiearchy) takes up to 60 seconds with latest Eclipse versions. I've not > seen this in older versions. > > Stephan, do you remember Ctrl+T on Container.getFile() being slow in older > versions of Eclipse? Sorry, I can't remember having ever before invoked Ctrl+T on Container.getFile() :) Slow type hierarchy has been the topic of some recent bugs, though.
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. If you have further information on the current state of the bug, please add it. 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.
