[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [pdt-dev] 2.2.0: CA, Hover and many other things broken in current cvs snapshot
- From: Michael Spector <spektom@xxxxxxxxx>
- Date: Mon, 5 Oct 2009 13:47:52 +0200
- Delivered-to: email@example.com
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=GuavH/S12Xi/NfA6epmUlcqzEzbptpcZJ+T9Smx9kDmE9T7HD9cvowdZkLEV7SYaFr K7iXvZV+eZUdN2Gwyk0bcfxYYzOLJDxyEI6/d+7wFhcYd6lULtJMqYcR385QEs052esl 2BIFB556wKVFcBSLdhOGtuTE8igemCfwE/QQY=
I have fixed this bug in CVS (DLTK).
Thanks for the report!
On Mon, Oct 5, 2009 at 12:02 PM, Roy Ganor <roy@xxxxxxxx>
Posted it in forum yesterday: http://www.eclipse.org/forums/index.php?t=msg&goto=489604&S=7740bcc8cc987b44345c495054b62a6b
2.2.0: CA, Hover and many other things
broken in current cvs snapshot [message #489578]
Mon, 05 October 2009
The code assist/ hover and other things will not work in a
specific situation. Create a projects with separate source folders (not using
the project itself as a source folder) will break the functionality.
The cause is very simple but may indicate a bug in
the new dltk indexer. However the indexer will index every file. It build
some kind of "Category". Seems to me that every fill will be
connected to a specific category. and every type is connected to a specific
However if you use separate source folders and not
using the project itself as a source folder there will be multiple
Looking why the Hover and code assist does not work
at all indicates that every search will contain a WHERE condition that does
not contain the correct categories. However PDT creates some kind of search
scope and the search scope itself is correct.
org.eclipse.dltk.internal.core.index.sql.SqlSearchEngine, Line 71 in current
cvs snapshot will only ask for the zip and project itself
(scope.enclosingProjectsAndZips). And it will never find any type that will
reside in a separate source folder.
Did I make a mistake when building pdt from source or
can you confirm the bug? Should this bug be reported to dltk-team? Maybe you
(the pdt team) already know but i did not find any bug in the dltk. I think
it should be fixed before releasing 2.2
pdt-dev mailing list